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É já nos próximos dias 29 de Outubro a 2 de Novembro que se 
realiza o 30. Congresso Português de Informática nas instalações da 
Fundação Calouste Gulbenkian, salão nobre por excelência de grandes 
debates culturais, científicos e tecnológicos. 

Este Congresso, mais do que os dois anteriores, rodeia-se de 
grande expectativa por duas grandes razões: 

— De certa forma culmina um ano de grande debate e impacto da 

Informática em Portugal; 

— por outro lado o tema proposto “Sistemas de Informação: um 

instrumento para a mudança” é suficientemente vasto e motiva- 

dor para angariar vontades adormecidas umas, inexistentes 
outras, e juntá-las a umas quantas boas vontade que persistem na 
mudança. 

Tudo aponta, portanto, para um Congresso motor de uma nova 
prática e utilização da Informática no seio das Organizações Empresa- 
riais portuguesas. Contudo se é verdade que este Congresso tem como 
finalidade máxima a “reflexão, discussão e especulação teórica” sobre 
o tema, não é menos verdade que o conceito de Sistema de Informa- 
ção é bastante vago e arrasta consigo um pouco de moda terminológica 
que pode ser nefasta se não se acautelar certas condições metodológi- 
cas na aproximação e desenvolvimento de sistemas para recolha, 
transporte, armazenamento, gestão e segurança de informação no seu 
senso mais equilibrado. 

A grande resposta que se espera deste Congresso tem a ver com as 
seguintes questões: 

Será possível definir, planear, conceber, desenvolver e controlar 
S.l.'s nas actuais condições de organização, planeamento e recursos 
materiais, financeiros e humanos da maior parte das Organizações 
Empresariais portuguesas, públicas e privadas? 

Se é possível, qual o caminho a seguir? 

Estamos confiantes na mudança, mas ela só será possível se 
acabarmos de uma vez para sempre com o facto de nos contentarmos 
com as ideias, as técnicas e as metodologias no campo teórico. É 
absurdo continuarmos a delapidar o nosso tempo e os nossos recursos 
sem criarmos em primeiro lugar a vontade de acabar com o marasmo 
em que vivemos a todos os níveis da actividade sócio-profissional. 


ILÍDIO ANTUNES 


D urante 1984, a NCR celebra o seu primeiro centenário ao 
serviço das mais variadas empresas em todo o mundo. 
A história do crescimehto da NCR, desde um início modesto até à 
presente Companhia Multinacional de multibiliões de dólares, 
está cheia de personalidades interessantes, de ricas tradições 
e de uma longa série de inovações técnicas e comerciais. A histó- 
ria da NCR é na realidade a história fascinante de pessoas entu- 
siastas determinadas na procura da qualidade e do progresso. 
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O CONGRESSO 


Este Congresso, tal como os anteriores, tem por 
principal objectivo a dinamização da informática em 
Portugal, estimulando a troca de ideias e 
experiências entre Técnicos, Investigadores e 
Utilizadores. 

O 30. Congresso Português de Informática focará 
essencialmente a importante problemática dos 
Sistemas de Informação (Sl) perspectivados como 
instrumento de mudança e desenvolvimento. 


TÓPICOS 


O tema do Congresso será desenvolvido através das 
seguintes áreas: 

| — CONCEPÇÃO E PLANEAMENTO DOS 
SISTEMAS DE INFORMAÇÃO 

|| — DESENVOLVIMENTO DOS SISTEMAS DE 
INFORMAÇÃO 

|! — SISTEMAS DE INFORMAÇÃO NAS 
PEQUENAS E MÉDIAS ORGANIZAÇÕES 


Gi o A a A rd DE ESA 2 


Cada uma destas áreas deverá ser abordada através 
dos seguintes planos de análise: 


1) Metodologias 

2) Papéis — Funções 

3) Experiências 

4) Impacto das Tecnologias 

5) Aspectos económicos, sociais e psicológicos 
6) Aspectos organizacionais 

7) Formação 


Para clarificar a Temática do Congresso apresenta-se 
como exemplo alguns dos tópicos que poderão ser 
considerados na Área | (Concepção e Planeamento 
dos Sistemas de Informação), através do plano de 
análise 1 (Metodologias) : 


— O S.l. é uma moda? 

— Porquê planear o S.1.? 

— Que metodologias existem disponíveis para o 
planeamento dos S.1.? 

— Interrelação entre o Plano de Organização e Plano 
do S.l. 

-- Custos e benefícios do planeamento do S.l. 
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— Como passar do plano do S.l. ao seu 
desenvolvimento? 

— Que metodologias de concepção do S.l. para os 
diferentes estádios de desenvolvimento das 
Organizações? 

— Concepção ou Re-concepção do S.I.? 
(Arquitectura ou Escultura do S.l.) 

— Que metodologias de planeamento num contexto 
de integração de processamento de dados, texto e 
voz? 

— Planeia-se de forma diferente em diferentes fases 
do ciclo de desenvolvimento da Informática? 

— Planeia-se de forma diferente consoante o 
desenvolvimento da Informática numa certa 
organização? 
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1. O Tema escolhido A divulgação de uma matriz autores com vista a um pleno 
temática do 30. CPI enquadramento no temário 
Vaio 30. CPI realizar-se num contemplando as áreas em debate escolhido. 
momento caracterizado pela e sugerindo planos de análise visou Concluída a fase de análise, pela 
divulgação intensiva do tema estimular a apresentação de Comissão Técnica, das 
Informática nos meios de comunicações e orientar os seus comunicações apresentadas pode 


comunicação. O anúncio 
quotidiano dos avanços da 
tecnologia e o interesse 
generalizado das organizações 
pelos meios de tratamento 
automático. 
Vive-se, é indiscutível, uma fase de 
expansão que só terá 
verdadeiramente significado se a 
| absorção maciça de equipamentos 
e produtos informáticos implicar 
uma mudança qualitativa no 
funcionamento das organizações. 
Neste contexto cabe ao Congresso, 
realização técnica de prestígio, 
tocando um amplo leque de 
informáticos e utilizadores, 
assumir-se como elemento 
catalizador das transformações 
que se desenham (e impõem). 
Para isso foi escolhido um tema 
(Sistemas de Informação — um 
instrumento-para a mudança) que 
sugere em si uma via globalizante 
de análise dos problemas e procura 
das soluções. Uma perspectiva 
que, sendo nova para muitos 
obrigará a uma reformulação de 
mentalidades e processos de 
trabalho tão inevitável como 
urgente. 


Reformulação de mentalidades e processos de trabalho 


2. As comunicações 


O nível qualitativo e quantitativo 
das comunicações será sempre um 
dos factores decisivos para o 

| sucesso de um Congresso. 


Impacto da Informática nas sociedades industriais 


afirmar-se que esta primeira 
condição para o êxito do 
congresso está satisfatoriamente 
garantida. De facto, as cerca de 
seis dezenas de comunicações 
aprovadas (da autoria de um 
significativo conjunto de 
profissionais, investigadores e 
utilizadores) vão por certo, pela 
sua qualidade e pelos assuntos 
abordados suscitar o interesse e a 
participação nas diversas sessões 
plenárias. 


3. A Organização das Sessões 


As comunicações recebidas 
abordam grande parte dos 
assuntos lançados na matriz 
temática do Congresso. Este 
ficaria no entanto incompleto se 
as sessões se limitassem à 
apresentação das comunicações e à 
sua discussão restrita. 
Pretende-se um debate vivo e 
alargado que será por certo 
facilitado pela distribuição 
antecipada aos participantes da 
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documentação e pela entrega da 
orientação (activa) das sessões a 
elementos reconhecidamente 
ligados aos problemas em 
discussão. 

Quando as comunicações 
apresentadas não cobrirem 
suficientemente o tema duma 
sessão será a sua apresentação 
completada por painéis que 
permitirão a divulgação de 
opiniões importantes e 
dinamizarão a discussão final. 


4.0 programa 


A discussão do tema do Congresso 
engloba à partida três áreas. Em 
cada área realizar-se-ão diversas 
sessões cada uma subordinada a 
um subtema específico. Assim 
teremos: 

na Area 1 — CONCEPÇÃO E 
PLANEAMENTO DE SISTEMAS 
DE INFORMAÇÃO 

Sessão 1 — A Informática em 
Portugal - Balanço e Perspectivas 
Espera-se desta sessão uma 


reflexão sobre o passado da 
Informática em Portugal e as suas 
perspectivas de evolução. 

As comunicações apresentadas vão 
desde o ponto de vista crítico 
sobre o passado recente à 
discussão da viabilidade da 
produção nacional de 
equipamentos informáticos. 

O tema de uma das comunicações 
(Informática e Urbanismo) irá 
certamente introduzir a questão 
do impacte da Informática em 
domínios aos quais esta era até 

há pouco tempo praticamente 
alheia. 


Sessão 2 — Concepção e 
Planeamento de Sistemas de 
Informação — Estratégias e 
Metodologias 

A compreensão do posicionamento 
dos Sistemas de Informação nas 
organizações e a determinação das 
vias mais adequadas para a sua 
concepção e planeamento são 
problemas: que vêm interessando 
informáticos e gestores muitas 
vezes confrontados com fracassos 
que já não se podem justificar 
pelas “razões” tradicionais. 
Porque as comunicações sobre este 
assunto não provêm propriamente 
de informáticos será curioso 
observar o confronto de visões e 
experiências. 

No âmbito das metodologias 
surgiram diversas contribuições 
que, sendo significativas, não 
afastarão por certo de debate a 
questão fundamental - por que 
motivo se deram até agora em 
Portugal tão poucos e tímidos 
passos neste domínio. 


Sessão 3 - Os Sistemas de 
Informação e as Novas 
Tecnologias 


A rápida evolução das tecnologias 
ligadas à Informática tem 
produzido transformações 
importantes (veja-se a banalização 
dos microcomputadores e da 
aplicação das telecomunicações). 
À beira do arranque da TELEPAC 
não surpreenderá que esta seja O 
tema central da Sessão (com 


quatro comunicações dedicadas ao 
assunto Serviços Públicos de 
Transmissão de Dados). Mas 
interessados nas potencialidades 
que derivam da evolução 
tecnológica não deixarão os 
participantes de avaliar o seu 
impacte ao nível da Concepção e ' 
Planeamento dos Sistemas de 
Informação. 

Sessão 4 — Sistemas de 
Informação nas nossas 
organizações — diagnósticos e 
experiâncias 

As comunicações desta sessão são, 
de facto, ensaios de diagnósticos e 
relatos de experiências. Os 
assuntos abordados vão do papel 
dos S.l.'s numa gestão moderna 
das empresas à sua concepção e 
planeamento num tipo específico 
de organização (Hospitais), 
passando pela apresentação de 


Novas tecnologias 
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resultados de aplicação da 
metodologia sistémica à 
informatização de organizações. 
As experiâncias mal sucedidas que 
(curiosamente) teimam em não 
aparecer poderão, espera-se, vir à 
superfície na discussão final. 

na Área 2 — DESENVOLVIMEN- 
TO DE SISTEMAS DE 
INFORMAÇÃO 

Sessão 1 — Metodologias, 
produtos de apoio e experiâncias 
da sua utilização 

A apresentação de métodos e 
instrumentos para um 
desenvolvimento mais eficaz de 
Sistemas de Informação ocupará 
esta sessão. Serão descritas várias 
experiências de utilização de 
metodologias e linguagens de 
muito alto nível esperando-se uma 
profunda discussão, não só sobre 
as potencialidades de cada 


E 


produto, mas principalmente 
sobre a sua capacidade de 
penetração na comunidade 
informática nacional. 


Sessão 2 — Novs tecnologias — a 
investigação e as experiências de 
utilização 

Esta sessão inclui diversos relatos 
de projectos de investigação já 
concluídos ou em curso. 

Sessão 3 — A formação e o 
desenvolvimento de Sistemas de 
Informação 

A confusa situação da formação 
informática em Portugal, tema 
quente dos CPI's anteriores, surge 
de novo e não propriamente para 
celebrar progressos. Mas, se O 
diagnóstico e as preocupações 
aparecem claramente nas 
comunicações apresentadas, 
também se fazem propostas muito 
concretas e fundamentadas. Não 
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PMO *s e sistemas de informação 


deve por isso ser difícil, com a 
ajuda dos numerosos interessados 
no tema, suscitar uma viva e, 
espera-se, produtiva polémica. 

na Área 3 — OS SISTEMAS DE 
INFORMAÇÃO NAS PEQUENAS 
E MÉDIAS INFORMAÇÕES 
Sessão 1 -- A informatização das 
PMO's — Condicionamentos e 
potencialidades 

O problema da informatização das 
PMO's tem características 
especificas que requerem soluções 
por vezes pouco ortodoxas (como 
por exemplo a associação de 
entidades para aquisição e 
utilização de equipamentos). Por 
outro lado os meios de tratamento 
automático da informação podem 
ter um papel importante na 
modernização deste tipo de 
organizações. Importante se torna, 
por isso, ouvir a opinião dos seus 
gestores e discutir com eles as 
perspectivas que se abrem o que, 
se não foi possível através da 
apresentação de comunicações, 
será por certo conseguido num 
painel a integrar nesta sessão. 
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Sessão 2 — As diversas abordagens 
para o problema da 
informatização das PMO's 

As alternativas para 
informatização das PMO's vão do 
desenvolvimento próprio ao 
“service bureau” tendo todas elas 


as suas vantagens e inconvenientes. 


A discussão das diversas hipóteses 
e a apresentação de alguns casos 
concretos ocuparão esta sessão. 


Sessão 3 - As novas tecnologias e 
os Sistemas de Informação nas 
PMO's 

A evolução dos pequenos sistemas 
vem imprimindo um progresso 
muito rápido no tipo de soluções 
de informatização aplicáveis às 
PMO's. 

Nesta sessão tentar-se-á uma 
antevisão do futuro próximo ao 
nível do avanço tecnológico e das 
suas implicações. 

Além destas três áreas, dois temas 
mereceram sessões autónomas 
pelo seu interesse geral. A 
primeira, dedicada ao 
ESCRITÓRIO DO FUTURO, 


incluirá comunicações descritivas 
de equipamento e soluções para 
esta área sendo também 
apresentados alguns projectos 
portugueses. 

A segunda, dedicada à 
ROBÓTICA, constará de um 
painel e apresentação de uma 
comunicação sobre um projecto 
nacional nesta área. 

Finalmente, das diversas 
manifestações paralelas previstas, 
destacam-se as Jornadas de APL e 
uma sessão sobre o tema 
Inteligência Artificial. 


5. A participação 


Participar costuma ser para 
noventa por cento dos habituais 
destas coisas aparecer e... ouvir. 
Claro que se esta atitude se 
mantiver muitas das expectativas e 
objectivos ficarão prejudicados. E 
que este Congresso não deve (não 
pode) ser apenas o espectáculo das 
figuras públicas do meio 
informático nacional... 


o) 


REFLEXÃO, DISCUSSÃO 
E ESPECULAÇÃO TEÓRICA 


A organização e o desenvolvimento do 3.º CPI, na linha dos anteriores 
congressos, tem sido obra de verdadeiros “informáticos militantes”, 
que além de “roubarem” ao seu lazer e descanso e até à própria 
família as poucas horas livres que desfrutam no seu dia-a-dia 
profissional, ainda lutam com dificuldades de vários tipos para 
concretizarem em tempo útil e eficaz este grande acontecimento. 

A “Revista de Informática” não poderia deixar de ouvir o Dr. Castro 
Correia (CC), coordenador do 3.º CPI, sobre mais esta importante 
realização da Associação Portuguesa de Informática. 


RI -. Que razões levaram à CPI (Sistemas de Informação — 
escolha do tema genérico Um Instrumento para a 
“Sistemas de Informação: Um Mudança) justifica-se pela 
Instrumento para a Mudança” intenção de construir um 

para este 3.º CPI? congresso que seja efectivo 

CC -- A escolha do tema do 3.º catalisador das transformações 


NO LIMIAR DA IDADE ATÓMICA 


estruturais e organizacionais que 
se impõem no nosso país, tendo 
em vista a modernização da nossa 
sociedade. 

Com este tema pretende-se 
abarcar as principais questões 

da informática em Portugal, 
tendo em conta que: 

— A tecnologia informática, num 
pais essencialmente utilizador 
como é o caso português, deverá 
ser integrada na realidade mais 
vasta dos sistemas de 
informação ; 

— A esmagadora maioria das 
empresas e organizações 


ado 
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Tapeçaria de Rogério Ribeiro 


BULL: É A COMPETÊNCIA DE 25 000 PESSOAS 
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portuguesas são de pequena ou Fundamentalmente, a apostados em fazer do congresso 


média dimensão; 

— À utilização das tecnologias 
de informação assume 
particular importância na 
resposta ao desafio 
económico-social que a 
sociedade portuguesa enfrenta. 
Ri — Como coordenador do 

3.º CPI o que representa 

para si, em termos de 
organização, actividades e 
respectivo controlo, levar a 
cabo tamanha tarefa? 

CC . Com efeito, pôr de pé um 
congresso é de facto uma tarefa 
tamanha, mas não é trabalho 
exclusivo do coordenador. Há 
toda uma equipa empenhada na 
organização do 3.º CPI e dentro 
da qual tenho sido um mero 
elemento de ligação entre os 
vários componentes que têm 
funções e tarefas bem definidas. 


. .... 0000 s0 08 8 
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O COORDENADOR 
DO 3.º CPI 


Dr. JOSÉ AUGUSTO 
CASTRO CORREIA 


licenciado em Ciências 
Matemáticas e engenheiro 


coordenação e o controlo têm-se 
suportado numa planificação 
feita há um ano, em cuja 
elaboração a Comissão 
Promotora do 3.º CPI teve um 
papel determinante. Aos aspectos 
instrumentais e promocionais 
do congresso tem respondido 
com grande eficiência o bloco 
editorial, ficando o trabalho de 
angariação e selecção das 
comunicações da total 
responsabilidade do grupo 
técnico, liderado pelo 
coordenador-adjunto do 3.º 
CPI. Este grupo, quer pelo perfil 
dos seus componentes quer 

pela sua postura perante a API, 
tem trabalhado com grande 
entusiasmo, por vezes de uma 
forma deliberada, mas 
saudavelmente polémica, o que 
significa que também estão 


geógrafo, possui um 

Curso Internacional de 
Informática de Gestão, 
obtido no Centre Privé 
d'Études Pratiques 
d'Informatique et 
d'Automatique (França). 
Da sua actividade 
profissional, para além de 
funções 
técnico-administrativas 
que exerceu em duas 
empresas do sector privado, 
há a destacar a chefia da 
Divisão de Informática do 
Secretariado da 
Administração Pública, 
cargo de director dos 
Serviços do Departamento 
Je Informática da 
Direcção-Geral de 
Organização 
Administrativa (DGOA) 

e que exerceu desde 1975 
a Junho de 1981,a 
direcção de Projectos do 
Instituto de Informática 
do Ministério das Finanças, 
até Janeiro de 1982 e as 
funções de administrador 


um acontecimento vivo. 

Ora, com uma estrutura 
organizativa suportada por uma 
Comissão Promotora, sempre 
atenta, mesmo aos pormenores 
da realização, um bloco editorial 
eficiente, por vezes mesmo 
perfeicionista, e um grupo 
técnico entusiasta e exigente, 
até ao momento, a organização 
do congresso não tem sido 
difícil. 

Ri — Como membro do 
Conselho Geral da API, qual a 
sua opinião sobre o impacte 
deste tipo de realização quer no 
seio da API quer junto da 
comunidade informática 
portuguesa? 

CC — Este tipo de realizações 
permitem antes de mais uma 
reflexão, discussão e especulação 
teórica, enfim, um 


de Informática da Região 
Sul do Serviço de 
Informática da Saúde, onde 
actualmente se encontra. 
Durante a sua vida 
profissional tem participado 
em vários grupos de trabalho, 
comissões relacionadas com 
a informática, bem como 
delegações nacionais no 
estrangeiro, entre as quais 
se destacam as seguintes: 

— Membro do Comité 
Directo da OCDE, sobre 
“Utilização dos 
computadores da 
Administração Pública” 
(desde 1973 a 1981). 

— Membro da delegação 
portuguesa à conferência 
SPIN da UNESCO (1978). 
— Representante de Portugal 
na 5.2 Conferência Europeia 
sobre Informática na Saúde, 
organizada pela OCDE em 
1982. 

— Fez parte da comissão 
organizadora do 1.º 
Congresso Português de 
Informática em 1980. 


ENTREVISTA 


aprofundamento das questões 
da informática, o que, por 
razões evidentes, não acontece 
no dia-a-dia, pois a nossa atenção 
e o nosso esforço é sobretudo 
canalizado para a resolução dos 
problemas imediatos, quase 
sempre com carácter de 
urgência, o que não deixa 
margem a grandes reflexões. 
Mas mesmo quando aqueles 
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objectivos não são totalmente 
conseguidas, pelo menos, O 
convívio entre informáticos, 
utilizadores e gestores fica 
assegurado. Normalmente deste 
convívio resultam trocas de 
experiência, que são sempre 
motivo de enriquecimento para 
quem participe nestas 
realizações. 

Acontece ainda que o 3.º 


CP| ocorre num momento 
particularmente feliz, pois 
culmina um conjunto de 
realizações, umas integradas no 
próprio congresso, outras que 
decorrem durante o mês de 
Outubro e nas quais a API 

está directamente envolvida. É 
um encerramento digno para 

o “mês de informática”, como 
já alguém o apelidou, pelo que 
estou crente que o impacte desta 
realização na comunidade 
informática portuguesa será 
ainda maior. 


RI -- Acha que este tipo de 
realizações pode alterar 
significativamente as opiniões 
e políticas actuais dos 
organismos públicos e privados 
responsáveis pelo sector? 


CC — Julgo que realizações 
como o 3.º Congresso 
Português de Informática, que 
envolve directamente ou 
indirectamente mais de um 
milhar de participantes, oriundos 
dos mais variados sectores e 
zonas geográficas do Pais, onde 
são discutidas mais de meia 
centena de comunicações de 
técnicas que são provenientes 
quer das universidades, quer dos 
centros de investigação, quer das 
empresas ou organismos estatais, 
não podem passar despercebidas 
dos políticos e outros 
responsáveis que estão mais 
relacionados com a informática. 
Quanto ao poder alterar 
significativamente as suas 
opiniões, tudo depende da sua 
predisposição para aceitar as 
sugestões e da vontade sincera 
em utilizar as tecnologias da 
informação na modernização da 
sociedade portuguesa. 


RI - Que balanço final espera 
fazer deste 3.º CPI? 


CC - O balanço final só espero 
fazer depois de terminado o 
congresso. De momento apenas 
posso fazer o balanço do 
andamento do congresso e 
reafirmar a esperança de que o 
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3.º CPI seja de facto o maior 

acontecimento informático de 

si HUMOR 
RI - Por último, como gestor 

informático, o que pensa sobre 
os rumos futuros da informática 
em Portugal? 

CC -- Antes de mais gostaria 

de não falar isoladamente da 
informática e do seu futuro em 
Portugal, ignorando o que se 

irá passar com as outras 
tecnologias que lhe estão 
intimamente ligadas, 
nomeadamente as 
telecomunicações, onde, se bem 
interpreto as notícias e as 
declarações dos responsáveis 
deste sector, se está a fazer um 
esforço enorme de investimento, 
tendo em vista não só o 
melhorar a qualidade dos serviços, 
mas também a modernização do 
sistema de comunicações, 
introduzindo novos serviços. 

A rede de TELEPAC, ao entrar 
em funcionamento, terá 
forçosamente implicações na 
informática em Portugal. 
Igualmente no campo da 
microelectrónica parece haver 
alguma agitação, pois parece 
estar-se a tomar consciência de 
que sendo uma tecnologia 
infra-estrutura, de carácter 
universal, pode assumir 
particular importância na 
estratégia de desenvolvimento 
do País. Finalmente o futuro da 
informática em Portugal 
dependerá do tratamento que 
se fizer da maior riqueza 
nacional que é a “massa 
cinzenta”. Se não forem criadas 
condições de trabalho para a 
investigação e desenvolvimento, 
se os financiamentos 
continuarem a ser ridículos, se 
as formalidades burocráticas 
asfixiarem a nossa capacidade 
criativa, então direi, para 
responder de uma forma 
sintética à sua pergunta, que os 


rumos futuros da informática HOJE A COMISSÃO TÉCNICA NÃO ESTÁ PARA NINGUÉM... 
em Portugal são pouco risonhos. ESTAMOS EM CIRCUNFERÊNCIA... 


ZA 
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Em tempos que 


já lá vão todos os 


computadores eram 
grandes. Eram também 


muito complicados e cus- 
tavam muito dinheiro. No 


entanto eram perfeitamente 
adequados às tarefas a que estavam 
destinados. Mas a maior parte das 


pessoas nunca viu um computador destes 


e ainda menos pensou em o utilizar. Na IBM, 
algo tem vindo a acontecer com os computadores. 
Tornaram-se mais pequenos. Os seus preços foram 
drasticamente reduzidos. Os conhecimentos especiais, neces- 
sários à sua utilização, tornaram-se infinitamente mais simples. Por 
exemplo, o nosso IBM Sistema 36 Compacto é suficientemente pequeno para 
caber debaixo duma secretária, mas a sua capacidade é igual à de computadores mais 
antigos e muito maiores em tamanho. Hoje, os computadores da IBM podem ajudar a pequena empresa a 


desenvolver as suas actividades e até mesmo os jovens encontrarão um à medida dos seus desejos. E há ainda um 
pequeno grande factor nos nossos pequenos computadores — o seu custo. Como vê, valeu a pena ler as letras mais pequenas... 
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REFLEXÃO 


SOBRE CÓDIGOS 


TABELAS 


E SISTEMAS 


DE INFORMAÇÃO 


1 — CONCEITOS DE BASE 


Somos de opinião que uma nova 
solução do problema “códigos e 
tabelas” deve atender a novos 
conceitos. 
A filosofia tradicional de 
tratamento da informação, 
caracterizada pela predominância 
da visão aplicacional das 
questões, prioritando a discussão 
da eficiência-máquina, vendo as 
estruturas de informação apenas 
como dados armazenados, deve 
ser banida. A manter-se tal 
maneira de pensar continuará a 
conduzir a soluções informáticas 
assentes, quase exclusivamente, 
na sofisticação de programas e 
ficheiros, sem discussão prévia 
da estrutura intrínseca da 
informação necessária. 
Dada a pouca difusão interna de 
conceitos mais actuais que 
permitem novas perspectivas, na 
abordagem dos problemas da 
informação, achamos 
conveniente, para a compreensão 
deste estudo, dar uma 
explicação sumária dos seguintes 
tópicos: 
— Sistema de Informação 
— Integração 
— Níveis de visualização dos 
dados 
— Modelo conceptual do Sl do 
BPSM 
— Dados e descrições 
— Viabilização dos conceitos 


Grupo de administração 
de dados do BPSM * 


2 - SISTEMA 
DE INFORMAÇÃO 


Da documentação de consulta 
a que temos acesso extraímos 
um texto que duma maneira 
breve permite a apreensão deste 
conceito, numa perspectiva 
sistémica: 

“...à partida, considerem-se 
três componentes principais: 
— o Sistema Objecto 

— o Sistema de Informação 

— o “environment.” 


O Sistema Objecto é aquela 

parte da realidade observável 
acerca da qual queremos recolher 
e pesquisar informação 
(possivelmente, obter 
informação derivada). O Sistema 
Objecto tem finalidades que são 
conseguidas com a realização de 
actividades. Uma actividade pode 
lidar quer com recursos 

materiais (bens) quer com 
informação. A informação é uma 


necessidade das actividades, seja 
para realizá-las seja para 
controlá-las. Nesta forma de ver, 
um Sistema de Informação é 
apenas uma ferramenta que 
fornece a informação necessária 
para o funcionamento do 
Sistema Objecto, que precisa 
dela para atingir objectivos 
pré-definidos. 

O Sistema de Informação 
descreve o estado do Sistema 
Objecto, segundo um formalismo 
pré-definido. Ele é informado 
dos fenómenos que acontecem 
no Sistema Objecto através 
daquilo que designamos por 
“environment”. Este pode ser 
composto pelos utilizadores do 
Sistema de Informação, mas 
também por certo tipo de 
equipamento. Assume-se que O 
“environment” é capaz de 
observar o Sistema Objecto e 
converter em mensagens os 
fenómenos que ali acontecem. 
Como contrapartida desta 
actividade, o “environment” 
recebe, por sua vez, mensagens 
do Sistema de Informação que 
o habilitam a executar e 
controlar as actividades do 
Sistema Objecto. (...)” 


(Extraído de — NIAM: An Information 
Analysis Method, Verheijen, G.M.A. and 
Van Bekkum, J.; In “INFORMATION 
SYSTEMS DESIGN METHODOLOGIES: 
A COMPARATIVE REVIEW”, North 
Holland, 1982) 


William Kent, em “Data and 
Reality”, fala do sistema de 
processamento de dados, 
dizendo ser composto por um 
“repositório” contendo 
informação com certo sentido 
estático, um “interface” 
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(conceito equivalente ao de 
“environment” atrás referido) 
que é o meio de comunicação 
com o repositório e um 
“processador” que recebe 
através do “interface” cadeias 
de símbolos que utiliza, segundo 
instruções, para alterar ou 
pesquisar informação no 
repositório. 


INFORMAÇÃO, N 
ESTRUTURA E INTEGRAÇÃO 


4 um 
5 “ECSam 


3 -- INTEGRAÇÃO 


Uma organização pode ser vista 
como composta por vários 
subsistemas. A divisão em 
subsistemas é feita de acordo 
com os interesses do estudo ou 
da observação e análise da 
organização. Assim, poderemos 
ter os subsistemas de decisão 


Hundertwasser “Good Morning City” 


de produção e de informação 
ou os subsistemas de gestão, 

de controlo e operacional ou, 
ainda, vários subsistemas 
aplicacionais que satisfazem as 
necessidades de informação das 
várias áreas de actividade 
(depósitos, contabilidade, 
estatística, etc.). 

O Sistema Objecto, referido no 
ponto 1.1, é formado pelo 
conjunto dos subsistemas de 
decisão e de produção. 

O mundo real organiza-se para 
que qualquer fenómeno afecte 
todos os subsistemas nele 
interessados. Isto corresponde a 
afirmar que devem existir todas 
as condições, necessárias e 
suficientes, para a interacção 
dos diferentes subsistemas. Se 
essas condições estão criadas, 
então pode dizer-se que existe 
integração. 

A integração é uma propriedade 
inerente dum Sistema de 
Informação. A um fenómeno do 
mundo real deve corresponder 
apenas um fluxo de informação 
que comunica o acontecimento 
ao Sl. Devem estar, portanto, 
definidas no Sistema de 
Informação todas as funções 
(entendidas como capacidades 
de transformar fluxos de 
informação) que permitem a 
recolha de informação por todos 
os subsistemas considerados no 
Sl e para os quais o fenómeno 
verificado é de alguma forma 
relevante. 


4 — NIVEIS 
DE VISUALIZAÇÃO 


Em cada momento, o conjunto 
estruturado dos dados existentes 
num Sistema de Informação 
representa, por analogia, o estado 
do Sistema Objecto de 
referência. 

Para que essa estrutura se torne 
útil é necessário haver uma 
descrição que permita 


sabe como € importante 
tracar um rumo. 
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As aves migratórias conhecem 
instintivamente as soluções para os 
seus planos de orientação. 

Mas, na gestão de uma Empresa, 

o instinto, embora precioso, não basta. 
A orientação exacta e oportuna 

das Empresas modernas exige 

a planificação correcta da política 
de expansão. O que é agora possível 
com a ajuda 
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de poderosos meios de Informática. 
A TELEMÁTICA dispõe de recursos 
tecnológicos e humanos que 
permitem a uma Empresa traçar com 
exactidão o rumo a seguir. 

Além do instinto, a TELEMÁTICA 
oferece um serviço completo 

e integrado nas áreas das 
Telecomunicações, Electrónica e 
Informática. 


a solucão informática 
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interpretá-la. 

Historicamente, começou por se 
usar apenas a descrição 
correspondente à configuração 
física de armazenamento e 
acesso aos dados. Prevalecia 
sobre qualquer outro o critério 
da eficiência-máquina. Não se 
utilizavam conceitos de 
independência dos dados e, 

por consequência, qualquer 
alteração dos mesmos implicava 
um esforço considerável de 
manutenção de programas. 
Numa segunda fase, a utilização 
de conceitos de independência 
dos dados levou à adopção de 
duas formas de descrição. Por 
um lado, a descrição da estrutura 
tal como é percebida, quando se 
tem em conta apenas os dados 
do problema a resolver, sem 
quaisquer considerações de 
ordem física. Por outro lado, a 
descrição de uma configuração 
física capaz de memorizar e 
aceder aos dados, tendo em 
consideração o critério de 
eficiência da máquina. Essas 
descrições tomaram o nome de 
estrutura lógica e estrutura 
física, respectivamente. Esta 
evolução criou novas facilidades 
na manutenção das aplicações, 
já que permite modificar um 
programa sem que isso afecte o 
armazenamento dos dados, ou 
alterar a estrutura física sem 
afectar a programação existente. 
A separação em níveis de 
descrição resulta da 

necessidade de viver com a 
mudança. A forma como os 
dados são usados altera-se com 
o tempo. Os programas de 
aplicação vão mudando a 
utilização que fazem dos dados. 
As estruturas físicas dos dados 
também vão variando, para 
poderem acompanhar a 
“performance” exigida pelas 
aplicações. A evolução normal 
é no sentido de ir aumentando 
a quantidade de aplicações. 
Razões ligadas a coerência e 
integridade dos dados e a 
eliminação das redundâncias 
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apontam para a integração e o 
acesso partilhado aos dados. 
Quando um grande número de 
aplicações interactua com um 
número crescente de bases de 
dados físicas, os impactos das 
alterações tornam-se cada vez 
mais complexos e mais difíceis 
de prever e controlar, surgindo a 
necessidade de se gerirem os 
dados numa óptica global e 
independente, quer das 
aplicações quer dos suportes e 
métodos de acesso físico. Então, 
é preciso definir e gerir toda 

a massa de informação como um 
recurso de toda uma empresa, 

o que exige uma descrição em 
que o importante é saber que 
espécie de informação se 
mantém no sistema. Tomando 
esta descrição — modelo 
conceptual — como referência, 
será então possível 

especificar as várias formas em 
que os dados são postos à 
disposição das aplicações — 
modelos externos — e, também, 
as configurações físicas em que 
os dados existem para utilização 
pela máquina — modelos internos 
ou físicos. 

O modelo conceptual reflecte 

a percepção da realidade, tal como 
é retida por uma pessoa ou um 
grupo, no desempenho da 
função de Administração de 
Dados. Há que decidir qual a 
porção do mundo real a ser 
reflectida no repositório (base 
de dados integrada) do Sistema 
de Informação e, quais os 
artifícios, convenções, 
assumpções, etc., que serão 
usados. Embora se procure 
atingir uma percepção simples 
da realidade, ela terá de ser 
bastante geral e universal, de 
molde a poder transformar-se 
nas percepções de todas as 
aplicações. 

O módelo conceptual é mais que 
um meio passivo de registar a 
visão da realidade. Dá uma 
forma àquela visão e, ao 

limitar as nossas percepções, 
contribui para facilitar a 


discussão e a compreensão das 

estruturas de informação, pela 

eliminação de factores não 

relevantes neste plano da análise 

de sistemas. Convém não 

esquecer que o modelo 

conceptual é uma ferramenta 

cujo uso tem em vista uma 

finalidade e que essa é, na sua 

essência, um melhor uso do 

computador. Há que ser 

suficientemente realista para 

que, não se abandonando o | 
contexto teórico que justifica 

e permite o uso deste 

utensílio, não se perca de vista 
que ele é um meio que nos deve 
auxiliar a alcançar certos 
objectivos da empresa, 


5 — MODELO CONCEPTUAL 
DO SI DO BPSM 


Apesar de o modelo conceptual 
procurar ser uma descrição 
global, e evidente que apenas 
pode reflectir, em cada 
momento, a síntese 
representativa das áreas que já 
foram objecto de estudo. Cada 
novo processo de análise deverá 
ser confrontado com a versão 
do modelo conceptual existente, 
daí resultando a actualização 

do modelo e eventuais 
rectificações ao estudo em curso. 
Para que o modelo conceptual 
possa ser inteligível e 
inequívoco é preciso definir, 
previamente, todas as asserções 
e regras em que se baseará a sua 
construção e evolução. 
Utilizando uma metáfora | 
linguística, diríamos que para 
“escrever”” um modelo temos de 
usar uma linguagem da qual 
exista uma gramática. 
Teorizando, pode afirmar-se que 
o modelo conceptual e a 
descrição da semântica do 
mundo real, feita segundo um 
formalismo pré-determinado. 
Ao longo da actividade deste 
GT, foi já fixado e está em 

uso, dentro do Sistema de 
Dicionário de Dados, um 
conjunto de formalismos a 


utilizar na construção do 
modelo conceptual do Sistema 
de Informação do BPSM, 
conjunto esse que costumamos 
designar pela sigla MODIC 
(MOdelo documentado por 
DICionário de dados). 

Para conceber o MODIC 
partiu-se do modelo de dados 
sugerido no manual 

“DB/DC Data Dictionary, 
Release 3, Implementation 
Primer”, da IBM, a que se 
acrescentaram conceitos e 
sugestões sobre “modelo 
canônico”, citados no livro 
“Database Organization”, de 
James Martin, o que no seu todo 
conduziu a um modelo com 
fortes aspectos relacionais. No 
que toca aos tratamentos 
decidiu-se, dentro do conceito 
de Sistema de Informação já 
exposto neste documento, 
representar os utilizadores e as 
suas interacções com o Sl. Foi 
assim que se chegou a um 
conjunto de formalismos para 
descrição conceptual de dados 
e tratamentos, praticável e 
adequado às necessidades 
sentidas. 

O suporte físico que permite 
utilizar e documentar o 
modelo é assegurado pela 
implantação das estruturas 
correspondentes ao MODIC, 
no DB/DC Data Dictionary, 
utilizando as facilidades de 
extensão (definição, criação e 
acesso, “batch” e “on-line”, 
de estruturas de dados) que este 
produto oferece. 

A estrutura do MODIC é 
composta pelas categorias: 
USER — utilizador-tipo do Sl; 
EVENTO — identifica acções 
do utilizador, correspondentes a 
fenómenos do mundo real; 
ENTIDADE — conjunto 
identificável de dados 
elementares; 

PROPRIEDADE — cada um 
dos atributos de uma entidade; 
REGRA — condicionante que 
regula a articulação e os critérios 
de utilização de cada 


componente do Sl; 

e, ainda, por um conjunto de 
relações que permitem 
estabelecer correspondências 
entre as ocorrências daquelas 
categorias. 

Interessa referir que, na 
prática, cada Entidade pode ser 
vista como uma-tabela, o que 
permite a construção fácil de 
exemplos para discussão das 
estruturas de informação. 
Importa ainda dizer que se 
aplicam as técnicas de passagem 
à terceira forma normal e que 
estão estabelecidas as 


convenções de nomes necessárias 


para relacionar os objectos 
conceptuais com os 
correspondentes objectos 
físicos. 
5.1 — Dependência funcional 
e normalização 
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Para melhor compreensão, 
dão-se seguidamente algumas 
explicações muito breves sobre 
dependência funcional e 
normalização (passagem as 
formas normais). Estes conceitos 
da álgebra relacional 
empregam-se na análise de dados 
e na construção do modelo. 
Diz-se que a propriedade B é 
funcionalmente dependente da 
propriedade A, numa relação 
R(A,B,C,D)se,e sóse, em 
qualquer momento, a um valor 
de A apenas corresponde um 
valor de B, na relação R. 

Na nossa prática, a morada duma 
conta é funcionalmente 
dependente do número de conta. 
Definem-se, ainda, a 
dependência funcional 
elementar e a dependência 
funcional transitiva. 
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Uma propriedade B é dependente 
funcional elementar duma 
propriedade A, se depender de 

A e não for dependente de 
qualquer parte de A. Na 

prática, observa-se quando se 
tomam grupos como chaves de 
acesso. 

Uma propriedade B é 
dependente transitiva de A se 
existe uma propriedade C tal que 
A implica C e C implica B. 

Por oposição, define-se a 
dependência funcional directa 
(se não existe nenhum C, na 
condição anterior). Na prática, 
os casos de dependência 
transitiva merecem atenção 
especial. 


6 - DADOS E DESCRIÇÕES 


Num Sistema de Informação, o 
repositório de informação que 

permite a sua operacionalidade 
é composto por dois conjuntos: 


— o dos dados que resultam da 
ocorrência de fenómenos no 
mundo real e que pode ser 
associado à ideia da base de 
dados integrada que suporta o 
SI; 

— o da informação que 
documenta a forma e conteúdo 
dos dados e o seu modo de 
utilização, também conhecido 
por metadados, e que permite 
interpretar e tornar útil a 
informação de base. 


Nos metadados há que considerar 
três tipos de informação: 

- informação semântica — 
descreve o significado de cada 
componente; é utilizada para 
relacionar as entidades e as 

suas funções na actividade 

duma organização com os 
elementos e estruturas que se 
usam para as representar na base 
de dados integrada; 

- características físicas — 
fornecem a especificação exacta 
da representação de um 
componente do SI nas estruturas 
físicas; 
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COM A MUDANÇA 


- informação de utilização — 
identifica os utilizadores e o 
motivo da sua intervenção 
(acesso ao Sl) bem como as 
funções do Sistema controladas 
por cada utilizador; interessa 
para a determinação das causas 
de certos erros, para achar o 
impacte das modificações de 
conteúdo e de estrutura e para 


controlo do acesso à informação. 


O Sistema de Dicionário de 
Dados implantado no BPSM 
está concebido de molde a 
documentar os aspectos atrás 
referidos: 

— no conjunto de categorias de 
objectos correspondentes ao 
MODIC, comporta as 
informações semânticas e 
alguma parte das acções do 
utilizador; 
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— nas categorias “standard”, 
permite a especificação das 
características físicas dos dados 
e das estruturas físicas (bases 
de dados DL/|); 

— ainda através de categorias 
“standard”, permite descrever a 
articulação das componentes 
activas dos subsistemas 
aplicacionais (sistema, job, 
programa, módulo e transacção). 


7 - VIABILIZAÇÃO 
DOS CONCEITOS 


O facto de se empregar um 
modelo conceptual, como 
ferramenta da análise de dados, 
implica que os resultados dessa 
análise sejam expressos de acordo 
com os formalismos adoptados 
para o modelo. 

Está fora do âmbito deste 
documento tecer considerações 
sobre o pensamento formal, mas, 
no entanto, achamos conveniente 
fazer uma pequena chamada de 
atenção para certos aspectos a 
ter em conta quando se decide 
adoptar um formalismo como 
técnica de concepção. 

Uma primeira referência tem a 
ver com a linguagem e a 
comunicação entre os vários 
intervenientes no estudo e 
desenvolvimento de aplicações. 
A terminologia empírica dum 
ambiente informático tradicional 
não é suficiente para traduzir 

o novo modo de observar a 
realidade. Não será possível 
trabalhar, com modelos de 
informação e numa perspectiva 
sistémica, sem que se perfilhem 
as novas palavras que exprimem 
os novos conceitos. Se aceitamos 
como irreversível o caminho que 
este grupo de trabalho está a 
seguir, é indispensável 
proporcionar formação a todas 
as pessoas cujas funções estão 
ligadas ao desenho de sistemas 
que as habilite a usar os termos 
apropriados e a aplicar 
correctamente os conceitos. Se 
isso não for feito, nunca 
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existirão condições mínimas de 
diálogo, ficando à partida 
inviabilizadas as expectativas já 
criadas. 

Outra questão relevante é a 
atitude humana face à imposição 
duma racionalidade formal. 
Modifica-se o modo habitual de 
encarar os problemas e cria-se 

a necessidade de ter em conta 
factores que até então se 
ignoravam ou cuja utilidade não 
era evidente. Com efeito, o facto 
de se virem a usar níveis de 
descrição do Sistema de 
Informação, vai obrigar a que 

o estudo e determinação dos 
requisitos siga as abordagens 
correspondentes a cada nível. 

É preciso desenvolver um esforço 
no sentido de levar as pessoas a 
aceitarem e compreenderem a 
nova orientação, particularmente 
no que respeita aos ganhos 
qualitativos, a prazo, 

resultantes de se fazer a discussão 
da estrutura da informação, 
independentemente de 
considerações de ordem física 

e só posteriormente se 
conceberem as estruturas físicas. 
Também queremos aproveitar 
para lembrar a necessidade de 

se adoptarem metodologias 
actualizadas, isto é, que 

utilizem os conceitos ex postos, 
especialmente, a abordagem 
sistémica e os níveis de descrição. 
A propósito, queremos referir 
que, no nosso entender, o modo 
como se conhece e descreve a 
realidade deve preceder a forma 
de alcançar o conhecimento, 

isto é, os métodos devem estar 
ao serviço dos conceitos. 
Reforçando este ponto de vista, 
entendemos que a decisão sobre 
a aplicação de novas concepções 
na Informática deve ter, 
evidentemente, prioridade 

sobre as questões metodológicas, 
já que estas serão, naturalmente, 
condicionadas por aquelas. 
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A linguagem COBOL está prestes a dar novo passo 
na sua contínua evolução. Antes das finais de 
1981, virá a público uma nova versão de COBOL, 
da American National Standard, que irá substituir 
o actual COBOL -74. A nova versão conterá 
importantes modificações e adições à versão 74, 
na mesma linha de melhoramentos desta versão 
em relação ao COBOL-68. Haverá também alguns 
cortes. Nem todas as modificações que se 
descreverão a seguir irão aparecer no novo COBOL, 
visto que algumas poderão ser rejeitadas pelo 
Comité de COBOL ANSI (X334). 

Os construtores terão de desenvolver compiladores 
que correspondam ao exigido pela nova versão, 

e julgamos que alguns já iniciaram os estudos. 

O novo modelo é constituído por diversos 
módulos, e descreve cada uma das suas partes 
constituintes em níveis. Assim, nem todos os 
compiladores terão todas as partes, visto que os 
construtores estarão por incluir determinados 
módulos em detrimento de outros, tal como 
sempre fizeram. Muitos vendedores também 
incluirão extensões ao novo modelo nos seus 
compiladores de COBOL, que irão reflectir-se não 
só no “hardware” como no sistema de operação 
ou no próprio “software”. Por outro lado, 
acreditamos também que alguns compiladores 
continuarão com items já suprimidos na nova 
versão COBOL. 

Possivelmente, a mais importante adição ao 
COBOL é a que permite enveredar-se pela 
programação estruturada, o que vai permitir ao 
programador delimitar rigorosamente uma 
determinada instrução na Procedure Division. 

Isto simplificará a codificação que exigir 
previamente instruções de “GO TO” e 
“PROCEDURES NAMES”. 

O exemplo que se segue mostra as instruções 

de “READ” e “IF” usando programação 
estruturada. As instruções que se seguem a 
“END-READ” são executadas independentemente 
da ocorrência ou não da condição “AT END”. 
Similarmente, o “MOVE” depois do “END-IF” 

é também executado independentemente do 
valor “FRE-END”. 


IFITEMA = ITEMB 
READ FILE-A AT END 

MOVE 1 TO FILE-END 
CLOSE FILE-A 

END-READ 

MOVE ITEMB TO ITEMC 

IF FILE-END = 1 
DISPLAY ITEMC 

END-IF 

MOVE ITEMD TO ITEME 
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Os seguintes verbos têm delimitadores em 
programação estruturada: 


ADD RECEIVE 
CALL RETURN 
COMPUTE REWRITE 
DELETE SEARCH 
DIVIDE START 
EVALUATE STRING 

IF SUBTRACT 
MULTIPLY UNSTRING 
PERFORM WRITE 
READ 


O PERFORM foi modificado de forma a poder 
corresponder a “DO WHILE” ou “DO UNTIL” 
noutras linguagens. No exemplo seguinte, se a 
primeira ocorrência do ITEMB não for igual a 
“X”, verificar-se-á: 


(1) As declarações associadas ao PERFORM são 
executadas, movendo-se “'X” para as primeiras 
ocorrências do ITEMB; 


(2) Depois, faz-se o “dispay”” da mensagem 


IF ITEMB (1) NOT = “X” 
PERFORM 
VARYING ITEMA FROM 1 BY 1 
UNTIL ITEMA > 10 
MOVE “X” TO ITEMB (ITEMA) 
END-PERFORM 
DISPLAY “ARRAY INITIALIZED” 


A nova instrução EVALUATE atribui ao COBOL 
as potencialidades do CASE. No primeiro exemplo, 
1 é movido para REGION se OFFICE é igual a 
“AQ1”,2 se OFFICE está entre “AD2” e “C16”, 
etc. Se nenhum valor corresponde aos intervalos 
declarados, move-se ) para REGION. 

O segundo exemplo mostra como EVALUATE 
pode ser usado com mais que uma variável, como 
numa tabela de decisão. (Ver Quadro 1. A palavra 
reservada ANY faz o teste de verdade para 
qualquer valor) 


EVALUATE OFFICE 
WHEN “A01” MOVE 1 TO REGION 
WHEN “AO2” THRU “C16”' MOVE 2 TO REGION 
WHEN “C17" THRU “L86”' MOVE 3 TO REGION 
WHEN “R20" THRU “R99” MOVE 3 TO REGION 
WHEN OTHER MOVE O TO REGION. 


EVALUATE LOW-STOCK WEEKLY-USE LOCAL -VENDOR ON-ORDER 


WHEN “Y”, 16 THRU 999, ANY, “NT GO TO RUSH-ORDER 

WHEN “Y", 16 THRU 999, ANY, ON” GO TO NORMAL-ORDER 
WHEN “Y",8 THRU 15, Mi GO TO RUSH-ORDER 

WHEN “Y”,8 THRU 15, GO TO NORMAL-ORDER 
WHEN “Y”,8 THRU 15, É GO TO NORMAL-ORDER 
WHEN “T”,0 THRU 7, eso ted GO TO NORMAL-ORDER 
WHEN “N”, ANY, a fd GO TO CANCEL-ORDER 
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Outra nova instrução é CONTINUE, que transfere 
o controlo para a imediata instrução executável. 
Substitui uma declaração condicional ou 
imperativa. No exemplo seguinte, a instrução de 
MOVE é executada independentemente do READ 
detectar ou não o fim do ficheiro: 


IF NEED-RECORD 
READ FILE-A AT END 
CONTINUE 
END-READ 
MOVE ITEMA TO ITEMB 


Mudanças na comunicação interprogramas 
diminuem o esforço do programador que utilize 
programação modular: 

— Programas podem ficar incluídos em outros 
programas; 

— O parágrafo PROGRAM-ID pode identificar um 
programa como INITIAL ou COMMON. 
INITIAL provoca que o programa principal e 
os programas que nele estejam incluídos, sejam 
inicializados cada vez que sejam chamados. 
COMMON permite que um programa seja 
chamado exteriormente, independentemente do 
programa principal que o contém. 


— Os dados podem ser declarados como 
EXTERNAL; outros programas da unidade de 
tratamento podem fazer referência a eles. No 
entanto, os dados podem ser declarados como 
GLOBAL; neste caso, os dados podem ser 
utilizados por subprogramas contidos no 
programa principal. 

— A instrução CALL pode transmitir dados 
utilizando as cláusulas CONTENT ou 
REFERENCE. CONTENT provoca a 
transmissão dos próprios dados ao programa 
chamado. REFERENCE utiliza o mesmo 
mecanismo do COBOL 74. 


Segue-se uma lista das novas possibilidades que, 
embora não exaustiva, aponta os objectivos da 
linguagem COBOL: 


— Um novo formato da cláusula RECORD, 
especifica explicitamente registos de 
comprimento variável. O mesmo se passa 
na Working-Storage, em que determinado item 
(LENGHT-A, no exemplo) contém a variação de 
comprimento de determinado registo depois de 
uma operação de input ou antes de uma 
operação de output: 


RECORD VARYING FROM 
50 TO 200 CHARACTERS 
DEPENDING ON LENGHT-A 
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03 PIC X(15) VALUE IS “ABCDEFGHIJKLMNO”. 
03 PIC 99 VALUE IS 10. 


Value Moved 


vendemos 
515] 0/51 6/0) 


MOVE (23) PO a; 

MOVE (ITEMB 2) TO ... 

MOVE (ITEMB/2:ITEMB - 6) TO ... 
MOVE (ITEMB:END) TO ... 


QUADRO 2 


ITEMA PIC 111 VALUE IS B“001”. 
ITEMB PIC 111 VALUE IS B“110”. 
ITEMC PIC 111 VALUE IS B“111”. 
ITEMD | PIC111 VALUE IS Bº011”. 
ITEME PIC 111 VALUE IS B“000”'. 


ITEMA OR ITEMB ITEMC ... 
ITEMB OR ITEMD BM 
ITEMB EXOR ITEMD = B'111".. 
ITEMA EXOR ITEMB = ITEMC.... 
ITEMA EXOR ITEMB = NOT ITEME ... 
ITEMB AND ITEMD = B“010”... 
ITEMA OR B“010” = ITEMD ... 


QUADRO 3 


Statement Statement Statement 
1 Value 2 Value 3 Value 


ITEMA. 

03 ITEMB PIC XX. spaces N/A spaces 

03 ITEMC PIC 999. N/A 012 000 

03 ITEMD PIC $$,8$9.99 N/A N/A $0.00 
03 ITEME PIC111. 000 N/A 000 

03 ITEMF PIC 9(5). N/A 00012 00000 


1) | INITIALIZE ITEMB ITEME. 
2) INITIALIZE ITEMA REPLACING NUMERIC BY 12. 
3) INITIALIZE ITEMA. 


QUADRO 4. 


Result 


INSPECT ITEMA CONVERTING “IPRT” TO “MTAI” “DATAMATION” 
INSPECT ITEMA CONVERTING “OPRT” TO “DBAC” AFTER 
INITIAL “1”, “DAPRIABDCN” 


QUADRO 5 


Value Value 
Before After 


03 ITEMA PIC Z9/99/99. 9/01/79 9/01/79 
03 ITEMB PIC 9(6). 22222? 090179 
Tels. 32 37 73/36 64 45 LISBOA 


QUADRO 6 
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— “Reference Modification”” é uma nova maneira 
de nos referirmos aos dados. As instruções 
tradicionais podem assim aceder a parte de um 
item no campo, especificando-se o nome do 
campo, uma posição inicial e um comprimento. 
O Quadro 2 exemplifica este novo processo de 
referenciação ; 

— Expressões boolemas, items de dados e literais 
foram acrescentadas à linguagem. Os exemplos 
do Quadro 3 mostram os resultados de 
condições relacionais usando expressões 
boolemas; 

— A instrução INITIALIZE provoca a 
inicialização de certos tipos de campos 
seleccionados em valores pré-determinados. 
Pode trabalhar com um grupo de items ou a 
nível elementar. No exemplo do Quadro 4, N/A 
significa “Não Afectado””, o que quer dizer que 
a inicialização não afecta determinado(s) 
item(s). 

Muitos dos melhoramentos introduzidos 
permitem uma programação COBOL mais 
fácil. Outras, prolongam a linguagem de forma 
a torná-la mais potente e versátil. 

— O compilador permite qualificações até 50 
níveis; o do COBOL 74 permite apenas 5. 

— As tabelas podem ser dimensionadas com mais 


de 48 entradas; o COBOL 74 permite 3 entradas. 


— O teste alfabético pode também agora ser 
aplicado aos caracteres minúsculos. Por 
exemplo, “IF ITEMA IS ALPHABETIC” é 
verdade se o conteúdo do ITEMA for 
Massachusetts; 

— A instrução INSPECT permite substituir 
caracteres num item. Substitui os caracteres 
especificados em determinado operando pelos 
correspondentes caracteres num outro. No 
Quadro 5, em ambos os exemplos, o valor 
original do ITEMA é “DAPRIRPTON”; 

— Na opção VARY ING ligada no PERFORM, 

o compilador pode permitir um número 
ilimitado de AFTER ... BY ... FROM ... UNTIL. 
No COBOL 74 o limite é de dois; 

— A utilização do MOVE permite agora passar um 
item formatado para edição para um item 
numérico, suprimindo automaticamente os 
símbolos de edição. O exemplo no Quadro 6 
mostra o resultado da instrução “MOVE ITEMA 
TO ITEMB”; 

— Na declaração de OPEN, a opção EXTEND 
pode-se agora aplicar tanto a ficheiros 
relacionais como indexados, além das 
sequências. As opções 1-0 e EXTEND criam 
um ficheiro caso ele ainda não exista; 

— A instrução SET pode agora mudar o valor de 
uma variável condicional. No exemplo, a 
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utilização de SET é equivalente a MOVE “NP” 
TO ITEMA: 


OS ITEMA PIC XX 
88 PROFIT-MAKING VALUE “PR” 
88 NON-PROFIT VALUE “NP” 
88 NOT-FOR-PROFIT VALUE “NF” 
SET NON-PROFIT TO TRUE 


Os Eternos "Cobóis” 


Pode ainda ser usado para mudar o valor de 
“switches” externos. 


— MERGE e SORT podem agora originar múltiplos 
ficheiros com GIVING; 

— O SORT pode especificar uma ordenação 
estática: registar com a mesma chave ficam na 
posição original depois da ordenação. O ficheiro 
criado pelo GIVING pode agora ser indexado 
ou relacional; 

— A declaração ACCEPT tem agora a opção 
DAY-IFWEEK. A instrução ACCEPT ITEMA 
FROM DAY-OF-WEEK guarda o dia da semana 
na variável ITEMA. Os valores de 1 a 7 vão 
corresponder de 2.º feira a domingo; 

— Na cláusula SELECT, pode-se aplicar 


A Kodak anuncia 
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Numa época em que cada vez se necessita de mais informação, 
a Kodak apresenta uma unidade capaz de apresentar resultados 
rapidamente: o terminal de microfilme Kodak IMT-150. 

Os computadores são 
apropriados para conservar e 
fornecer informação N 
detalhada. Mas, por vezes, A 
torna-se necessário 
recorrer integralmente ao 
documento original. Com 
base num fragmento da 
informação, por exemplo, 

a data ou o número da 
factura, o terminal IMT-150 
fornece-lhe rapidamente uma 
imagem do documento 
original. 

O documento visto no 
écran estará arquivado em 
microfilme, juntamente com 14.000 outros 
documentos. No entanto o operador, utilizando 
o terminal IMT-150 pode ter acesso a esse 
documento específico em menos de 9 segundos. 

E carregando um botão, em poucos 
segundos pode ter acesso a uma cópia desse 
documento. K 

A Kodak oferece-lhe uma gama ç 
de equipamento electrónico para 
arquivo desde as máquinas de 
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OPTIONAL a ficheiros indexados e relacionais, 
além das sequenciais, evidentemente. 


Os programas em COBOL tornam-se mais fáceis de 
escrever. Algumas adições na corrente versão, vão 
eliminar determinadas restrições e 

exigências particulares, do COBOL 74. Aplicam-se 
essencialmente a regras de pontuação e a 
MENINRIES. 


— A vírgula, ponto e vírgula e espaço são 
intermutáveis. Na versão 74, o seu uso não é 
indiferenciado. 

— As divisões tradicionais do COBOL, 
Environment, Data e Procedure, são opcionais, 
bem como o uso de IS na Environment Division; 
a Configuration Section é também opcional. 

— FILLER deixou de ser uma palavra reservada 
na descrição de registos; inclusive, pode ser 
usado nas declarações de REDEFINES: 


03 ITEMA PIC 9(10) 

03 FILLER REDEFINES ITEMA 
05 ITEMB PIC99 
05 PIC X(6) 
05 ITEMC PIC99 


— À palavra THEN pode ser usada, caso se queira, 


no IF, como se sabe, tinha sido abolida na 
versão 74; 

— Os parâmetros de um CALL podem estar 
definidos a nível elementar; não há necessidade 
de os definir a nível É 1 ou 77; 

— Na versão 74, a definição de palavras pelo 
programador tinha que ser inequívoca, ou pelo 
menos, com possibilidade de se tornar 
inequívoca. Esta nova versão permite a 
ambiguidade até que a palavra seja referenciada; 


A prova versão contém ainda diversas modificações 
e cortes que poderão originar modificações nos 
programas actuais. Em alguns casos, ANSC X3J4 
incluiu alguns items de transição, que serão 
provavelmente abolidas em revisões posteriores; 
são chamados “transitórios” para alertar para o 
seu uso continuado. 

Alguns dos cortes efectuados podem, no entanto, 
aparecer em alguns compiladores, mas como 
extensões à versão “standard”. 


— A declaração ALTER é anulada. 
— A opção REVERSED ligada ao OPEN é anulada. 
— A Identification Division deixa de poder ter 
comentários, e anularam-se os parágrafos: 
AUTHOR 
INSTALLATION 
DATE-WRITTEN 
DATE-COMPILED 
SECURITY 


Evidentemente que continuam a ser possíveis 
comentários desde que antecedidos por um 
asterismo na posição 7; 

— No parágrafo OBJECT-COMPUTER é revogada 
a cláusula MEMORY SIZE; 

— A revisão anula a categoria alfabética e a 
correspondente PICTURE “A” na definição dos 
dados. Esta supressão implica mudanças de 
pequena monta nos actuais programas; 

— A declaração ENTER é anulada; 

— As cláusulas BLOCK e CODE-SET são 
deslocados para a declaração SELECT. Contudo, 
podem continuar a ser usados na File 
Description transitoriamente. 

— As cláusulas ACCESS MODE, RECORD KEY, 
ALTERNATE RECORD KEY e FILE STATUS 
são deslocados para File Description. No 
entanto, transitoriamente, podem continuar a 
ser usados na declaração SELECT; 

— A utilização de CORRESPONDING com as 
verbas ADD e SUBTRACT é transitória; será 
provavelmente abolido numa futura revisão; 

— A cláusula RECORD CONTAINS foi mudada. 
Se não se usar, um programa escreve registos 
de comprimento fixo e igual ao maior registo; 
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operando deixa de estar subordinado a 18 
dígitos. Isto pode originar a que alguns 
programas respondam diferentemente, porque 
pode ser usado maior precisão em resultados 
intermédios; 

— Os valores de items no FILE STATUS em 
condições de fim de ficheiros são diferentes da 
versão 74, além de que foram acrescentados 


alguns novos valores. O 

— RERUN deixa de estar activo durante um SORT 

ou MERGE; EA era 
— A instrução INSPECT associada 

simultaneamente a TALLY ING e REPLACING (1) Este artigo foi publicado no DATAMATION de Setembro 

é transitória. Esta combinação será de 1979. Embora a sua tradução estivesse disponível desde 

; q Ea a ES 1981 para publicação só agora foi possível inserilo na Revista de 

provavelmente suprimida numa futura revisão; Informática. Da validade e actualidade do tema só os leitores o 
ça opção “integer TO integer CHARACTERS” poderão dizer; nós, “RI”, pensamos que o artigo mantém 

da cláusula RECORD CONTAINS é anulada: intactas as suas utilidades para quem no dia-a-dia utiliza a 

Po ni à pá q linguagem COBOL. 

— Na avaliação de ex pressões e operações 

aritméticas, o item intermédio é agora definido (2) Robert Fried é um “project leader” para o COBOL da Digital 

cas ne - : Equipment Corporation. 

com 18 dígitos (os ed significativos) ; Robert McKengie é um membro do ANS COBOL Committe 

— Em operações aritméticas, a composição de X3J4. 


& PAH LDATA »P — EQUIPAMENTOS AUXILIARES PARA TELEPROCESSAMENTO 
SOLUÇÃO SEGURA NA TRANSMISSÃO DE DADOS 


+ CABOS DESNAS | 
o SISTEMAS DE CONUTAÇÃO MANUAL E AUTOMÁTICA 
+ REPETIDORES DE INTERFACE 

+ ELIMINADORES DE MODEMS 

+ HULTIPLICADORES DE INTERFACE 

+ DIFUSORES RADIAI (MULTEDROP] 


+ MODEMS EM BANDA DE BASE 

o MULTPLEXERS 

+ CONVERSORES ASSÍNCRONO — SÍNCRONO 
+ MEDIDOR DE TAXA DE ERROS 

+ CONTROLO DE REDES TELEGRÁFICAS 
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PARA GESTÃO DE FICHEIROS INDEREX 


Apresenta-se um subprograma COBOL que permite 
realizar as operações de acesso necessárias à gestão 
de um ficheiro INDEXED. 


It is described a COBOL called program which 
performs all the 1/O functions regardind the use 
of an indexed file. 


1. INTRODUÇÃO 


Um método frequentemente utilizado para reduzir 
um pouco a dependência dos programas em relação 
aos ficheiros que manipulam consiste na criação 
de um (ou mais) subprograma(s) que realizem as 
operações de acesso aos ficheiros. Deste modo, 
deixa de ser necessário definir os ficheiros nos 
programas, que, dialogando com os subprogramas, 
conhecem somente o desenho do registo do 
ficheiro. 

O interface criado pelos subprogramas entre os 
programas e os ficheiros, permite amortecer o 
impacte que alguns tipos de alterações nas 
características dos ficheiros possam ter nos 
programas, confinando-o aos subprogramas que 
lhes acedem. Estas alterações referem-se não só à 
evolução que um ficheiro possa sofrer ao longo do 
tempo, mas também a mudanças de compilador ou 
sistema operativo. 


2. DISCUSSÃO 


O exemplo apresentado consiste num único 
subprograma, IOINDX, que realiza todas as 
operações de gestão de um ficheiro INDEXED que 
são necessárias aos programas de uma aplicação que 
se encontra em funcionamento. 

Embora IOINDX esteja descrito na documentação 
que se anexa, justificam-se algumas observações: 
IOINDX é o único módulo da aplicação em que o 
ficheiro se encontra definido, pois permite criar o 
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ficheiro, alterar e acrescentar registos, consultar o 
ficheiro de modo sequencial e directo. 

O facto de IOINDX constituir um interface entre 
os programas e o ficheiro permite que sejam 
implementadas funções de acesso não definidas na 
linguagem, mas que sejam realizáveis por um 
conjunto de operações elementares. A função 
“START>=", por exemplo, consiste na execução 
de um START seguido de READ NEXT. A função 
“REWRKEY”, que se destina a alterar o conteúdo 
de um registo no qual se alterou a chave de acesso, 
é realizada por um DELETE ao registo antigo e um 
WRITE com a nova versão do registo. 

Esta técnica permite também que, trabalhando em 
linguagens onde não existem ficheiros indexados 
(FORTRAN neste caso), se possa beneficiar das 
suas vantagens. 


3. NOTA FINAL 


A grande extensão da PROCEDURE DIVISION, 
em especial os módulos de nível zero e um, é 
resultante do interesse em tornar o mais explícito 
possível os três diferentes tipos de acesso 
(OUTPUT, INPUT e 1-0) e as operações neles 
autorizadas. 

Pode-se reduzir significativamente esta parte do 
código se o argumento “OPERAÇÃO” for 
numérico para se poder usar o verbo GO TO com a 
opção DEPENDING ON. Neste caso o controlo 
das operações em função do tipo de acesso em 
curso poderia ser realizado nos módulos de nível 
dois, ou, previamente, através de uma tabela de 
validação, cujos índices de acesso fossem a operação 
e o tipo de acesso. 


4. REFERÊNCIAS 


1974 AMERICAN NATIONAL STANDARD 
COBOL 
UP-8501 SPERRY UNIVAC (VS/9) 
AMERICAN NATIONAL STANDARD 
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Qual o volume 
de informação a tratar 
pela sua Empresa? 


Uma gama de quatro minicomputadores * 
é o trunfo para a solução exacta das 
suas tarefas de gestão. 

Qualquer que seja o volume de informação 

a tratar, um dos modelos oferece-lhe o número 
de terminais e a capacidade em disco adequados 
a esse volume. Todo o equipamento se 
integra numa concepção modular e evolutiva. 
Com base na mais moderna tecnologia, 

os minicomputadores , dispõem de 

um Processador de 16 bits, aliado a um potente 
Software de exploração. 

Escolha por si. Os nossos profissionais -ajudam-no... 


OdIvndaItav 


Distribuidor para Portugal 


CMC Portugal 
Rua Sanches Coelho, 2 1600 Lisboa 


PORTUGAL Telefs. 777012-770661-771130 Telex 13571 
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LANGUAGE “OBJECT” 
PROGRAM 


“Command” : 
OPERROS ter E Computer 
system 


Cobol 16 E-Cobol 


Application 


programmer 


Cobol 


User's interface : 
interpreter 


Machine 

System Assembler instructions 
programmer 
(Datasaab) , , 

Micro Micro 
Micro assembler instructions 
programmer 
(Datasaab) 


ARQUITECTURA E NIVEIS DE PROCESSADORES 


PROGRAMMING LANGUAGE COBOL READ 
ig pi ala a | QUANDO SE PRETENDE LER 1 REGISTO POR 
5. ANEXOS ACESSO DIRECTO 
READNEXT 
“e QUANDO SE PRETENDE LER O PRÓXIMO 
— Subprograma IOINDX REGISTO 
OBJECTIVO WRITE 


QUANDO SE PRETENDE CRIAR 1 REGISTO 
FAZER TODOS OS ACESSOS A FICHEIRO 


INDEXED, PERMITINDO CRIAR, ALTERAR E REWRITE 
CONSULTAR O FICHEIRO POR MEIO DE QUANDO SE PRETENDE ALTERAR 1 
ACESSO SEQUENCIAL E DIRECTO. REGISTO 
DELETE 
QUANDO SE PRETENDE ELIMINAR 1 
Ss 
ARGUMENTO asi 
dd REGIS aaa RE e ram START>= 
01 RESULTADO PIC9. — INDICA SE A OPERAÇÃO FOI REALIZADA (O) QUANDO SE PRETENDE LER O PRIMEIRO 


REGISTO COM CHAVE MAIOR OU IGUAL 
AQUELA QUE É FORNECIDA. AO 
CONTRÁRIO DO START EM COBOL, ESTA 
OPERAÇÃO JÁ DEVOLVE O REGISTO. 


NO ARGUMENTO “OPERAÇÃO” PODEM SER 
INDICADAS AS SEGUINTES OPÇÕES: 


OUTPUT 
QUANDO SE PRETENDE CRIAR O FICHEIRO RR 

QUANDO SE PRETENDE ALTERAR UM 
HO REGISTO TROCANDO-LHE A CHAVE, USA-SE 
QUANDO SE PRETENDE ACTUALIZAR O QUANDO APÓS UM ACESSO DE LEITURA 
FICHEIRO VÁLIDO SE PRETENDE ALTERAR A CHAVE, 
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DEVENDO-SE POR UM LADO ELIMINAR DO 
FICHEIRO O REGISTO LIDO, E, POR OUTRO, 
CRIAR UM NOVO REGISTO COM A NOVA 
CHAVE. 


CLOSE 


QUANDO SE PRETENDE TERMINAR O 
ACESSO AO FICHEIRO. 

NO ARGUMENTO “RESULTADO” PODEM 
SER DEVOLVIDOS OS SEGUINTES VALORES: 


0 
A OPERAÇÃO FOI REALIZADA 


1 


O CÓDIGO DE OPERAÇÃO ENVIADO NÃO E 
PERMITIDO OU A OPERAÇÃO NÃO PODE SER 
REALIZADA. 


2 


A OPERAÇÃO NÃO FOI REALIZADA. 
REFERE-SE AS CONDIÇÕES END E INVALID 
NOS ACESSOS AO FICHEIRO. 


CHAMADA 

CALL “IOISAM” USING OPERAÇÃO 
REGISTO 
RESULTADO. 


AS OPERAÇÕES “OUTPUT” E “1-0” SO PODEM 
SER USADAS COMO PRIMEIRA CHAMADA AO 
SUBPROGRAMA OU APÓS UMA CHAMADA 
COM “CLOSE”. 

QUANDO A PRIMEIRA CHAMADA NÃO FOR 
NENHUMA DESTAS SUBENTENDE-SE QUE O 
ACESSO AO FICHEIRO SERÁ SOMENTE DE 
CONSULTA (OPEN INPUT). 

NO ACESSO DE CONSULTA SÃO 
AUTORIZADAS AS OPERAÇÕES 

READ 

READNEXT 

START>= 

NO ACESSO DE CRIAÇÃO SÓ É AUTORIZADA 
A OPERAÇÃO “WRITE” 

NO ACESSO DE ALTERAÇÃO SÃO 
AUTORIZADAS TODAS AS OPERAÇÕES. 
“REGISTO” E ARGUMENTO DE INPUT NAS 
OPERAÇÕES 

WRITE 

REWRITE 

REWRKEY 


A CHAVE DE “REGISTO” E ARGUMENTO DE 
INPUT NAS OPERAÇÕES 

READ 

READNEXT 

DECERE 

START>= 
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“REGISTO” E ARGUMENTO DE OUTPUT NAS 
OPERAÇÕES 

READ 

READNEXT 

START>= 

NO MESMO PROGRAMA PODE-SE ACEDER 
AO FICHEIRO PELOS DIFERENTES TIPOS DE 
ACESSO (CRIAÇÃO, CONSULTA E 
ACTUALIZAÇÃO) POIS APÓS A REALIZAÇÃO 
DA OPERAÇÃO “CLOSE” O ESTADO DO 
SUBPROGRAMA É IDÊNTICO AO QUE 
EXISTIA ANTES DE SER CHAMADO PELA 
PRIMEIRA VEZ. 

A OPERAÇÃO “READNEXT' FORNECE O 
REGISTO DO FICHEIRO COM CHAVE 
IMEDIATAMENTE SUPERIOR À QUE É 
INDICADA. SE O APONTADOR DO FICHEIRO 
(CURRENT RECORD POINTER) ESTÁ 
INDEFINIDO (QUANDO A ÚLTIMA 
OPERAÇÃO DE CONSULTA NÃO TEVE 
SUCESSO) OU A CHAVE QUE E FORNECIDA 
É DIFERENTE DA CHAVE DO ÚLTIMO 
REGISTO LIDO, ESTA OPERAÇÃO 
REALIZA-SE POR MEIO DE START > 


- SEGUIDO DE READ NEXT. NOS OUTROS 


CASOS REALIZA-SE COM UM READ NEXT. 


UM DUMP MISTERIOSO!... 
OU UM FICHEIRO QUE JÁ FO!?!... 
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A OPERAÇÃO “REWRKEY” SÓ E 
AUTORIZADA QUANDO A ULTIMA 
OPERAÇÃO DE CONSULTA EFECTUADA 
TEVE ÉXITO. CONSISTE NUM WRITE AO 
REGISTO QUE É FORNECIDO, SEGUIDO DE 
UM DELETE AO ÚLTIMO REGISTO LIDO. 

É FUNDAMENTAL QUE O SUBPROGRAMA 
SEJA CHAMADO COM “CLOSE” ANTES DE O 
PROGRAMA TERMINAR A EXECUÇÃO. 


NOTAS À CODIFICAÇÃO 


O FICHEIRO ESTÁ DEFINIDO COMO 
INDEXED TENDO ACESSO DYNAMIC. 

OS PARÁGRAFOS DE NIVEL O (“ARVORE” 
E “RETORNO) E NÍVEL 1 (“TRATA--O”, 
“TRATA-INPUT” E “TRATA-OUTPUT”) 
VERIFICAM A CORRECTA SEQUÊNCIA DE 
PEDIDOS RECEBIDOS PELO SUBPROGRAMA 
ENCAMINHANDO A SUA REALIZAÇÃO PARA 
OS MÓDULOS DE NIVEL 2, SENDO TAMBÉM 
RESPONSÁVEIS PELA ABERTURA E FECHO 
DO FICHEIRO. 

EXISTE EM BIBLIOTECA UMA TABELA, 
“TOPÉRIO”, ONDE ESTÃO DEFINIDAS 
VARIÁVEIS COM TODOS OS VALORES 
POSSÍVEIS PARA O ARGUMENTO 
“OPERAÇÃO”. 


IDENTIFICATION DIVISION, 


REVISTA DE INFORMÁTICA 


LINGUAGENS 


a À À À À 


O COMPILADOR DEVE SUPORTAR O NÍVEL 2 
DO MÓDULO DE ACESSO INDEXADO,, 
“INDEXED |-O0 MODULE, LEVEL 2” DA 
NORMA COBOL “ANSI X3,23-1974”. 

PARA ADAPTAR O SUBPROGRAMA A OUTRO 
FICHEIRO, BASTA ALTERAR AS LINHAS 
CONTENDO A PALAVRA “VARIA” NAS 
COLUNAS 73 A 77, TENDO O CUIDADO DE 
MANTER OS MESMOS NOMES INTERNOS 
(USER DEFINED WORDS) DEFINIDOS 
NESSAS LINHAS. 


VARIÁVEIS INTERNAS 


“FILE-STATUS” 

INDICA O MODO COMO O FICHEIRO FOI 
ABERTO 

“OLD-KEY-FISAM” 

VARIÁVEL QUE PERMITE CONHECER O 
ESTADO DO APONTADOR DO FICHEIRO; 
QUANDO ESTE NÃO ESTÁ DEFINIDO 
AQUELA TEM O VALOR HIGH-VALUES. 
QUANDO O APONTADOR ESTIVER DEFINIDO 
A VARIÁVEL TEM A CHAVE DO REGISTO 
QUE PRECEDE AQUELE QUE O APONTADOR 
INDICA. 


PROGRAM=ID, LOINDXo VARIA 
AUTHOR, RUI FERRO MENESES, 
INSTALLATION, GEPTC. 
DATE-WRITTEN, 1982, 
DATE-COMPILED., 
»  REMARKS 14 
+ A ROTINA EFECTUA OS ACESSOS A FICHEIRO INDEXED 
“+ 
” PARA A ADAPTAR A OUTRO FICHEIRO BASTA ALTERAR AS LINHAS 
* QUE TEM ºVARIA? NAS COLUNAS 73-80, TENDO OQ CUIDADO 
* DE MANTER OS NOMES JA DEFINIDOS, 
* 
ENVIRONMENT DIVISION, 
CONFIGURATION SECTION, 
SOURCE=-CONPUTER, COPY COMPUTER, 
oBJECT=-COMPUTER, COPY COMPUTER, 
+ 
[HPUT+-QUTPUT SECTION, 
- FILE=CONTROL, 
“+ 
SELECT FISAN 
ASSIGHN TO DISK=FISAH=-F VARIA 


ACCESS IS DYNAMIC 
ORGANIZATION IS LHDEXED 


RECORD KEY IS KEY-FISAM, 


E 
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“« 
DATA DIVISION, 
FILE SECTIONS 


* 


FD FISANM 
BLOCK cONTAINS 2n48 CHARACTERS VARIA 
LABEL RECORDS ARE STANDARD, 
01 RISAN, 
OS KEY=-FISAM PLC Na VARIA 
OS FILLER PICCX(TA VARIA 


* 
WORK ING=STORAGE SECTION, 
* 


77 FILE-STATUS PIC AXLBI VALUE PTNTCrOM 
8a INICIO VALUE *"INICIOS, 
88 OPEN=INPyYT VALUE "INPUT', 
88 OPEN=-QUTPUT VALUE *QUTPyUT?, 
88 OPEN=[=0 VALUE *q=0", 
77 OLp-KEyY-FISAM PIC x(t6) VALUE LOW=VALUES, vARIA 
88 APOS-ERRN VALUE HiGH=vALUES, 


» 
LINKAGE SECTION, 
“e 


01 OPERACAO PLC RO is 
88 OP=-1=0 VALUE *7=0 . 
8g OP=QUTPUT VALUE "OUTPUT +», 
Ba OP-READNEXT VALUE "READNEXTº. 
88 OP=READ VALUE "READ ', 
BB OP=WRITE VALDE *?uRITE '. 
88 OP-REWRITE VALUE *REWNRITE *4 
Bg OP-DELETE VALUE 'DELETE o 
88 OP=STARTMI VALUE PSTART>D= *, 
Ba OP-REyRKEY VALUE *REWRKEY *, 
Bg OP=-CLOSE VALUE "CLOSE o” 
01 LNK=RISAM, 
05 LNK=-KEY=FISAM PIC XVET VARIA 
OS EILLER PIC x(74), vARIA 
01 RESULTADO PIC 9 


” 
PROCEDURE DIVISION USING 
OPERACAO 
LNK=RISAM 
RESULTADO, 
*w 
eee med mm MODULOS NIVEL O dat a O 
* 
ARVORE, 
+ 
MOVE O TO RESULTADO, 
JE CINPCLO 
IF 0OP=7-Q 


VERA ES E SDS SS E SS DESSES AE SDS TESS EDER ES PES 
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MOVE OPERACAO TO FILE-STATUS 
OPEN I-0 FISAM 
ELSE IF OP=-QUTPUT 
MovE OPERACAO TO FILE-STATUS 
OPEN OUTPUT FISAM 
ELSE IF OP=CLOSE 
NEXT SENTENCE 
ELSE 
MOVE “INPUTº TO FILE=STATUS 
OPEN INPUT FISAM 
PERFORM TRATA- INPUT 
ELSE 
IF OP=-cLOSE 
CLOSE FISAM 
MOVE LOW=VALUES TO OLD=-KEY=FISAM 
MOVE "INICIO? TO FILE=-STATUS 
ELSE 
Ir OPEN=1=0 
PERFORM TRATA-1-0 
ELSE IF OPEN=INPUT 
PERFORM TRATA-INPUT 
ELSE 
PERFORM TRATA-OUTPUT, 
“e 
RETORNO, 
E 
EXIT PROGRAM, 
w 
eme te me e e me ee MODULOS NIVEL À RAÇA 
* 
TRATA=1-0, 
* 
IF  OP-READ 
PERFORM READp-FILE 
ELSE IF OP=READNEXT 
IF INICIO OR LNkK=kKEy=FISAM = OLD=KEY=-FISAM 
PERFORM REAnNEXT=FILE 
ELSE 
PERFORM READNEXT=START=-FILE 
ELSE IF OP=REWRITE 
PERFORM REWRITE-FILE 
ELSE IF OPAWRITE 
PERFORM WRITE-FILE 
ELSE IF OP=-DELETE 
PERFORM DELETE-FILE 
ELSE IF OP=STARTMI 
PERFORM START=MAILOR=-0U= IGUAL 
ELSE IF OP=RENRKEYy 
IF APOS-ERRO 
MOVE | TO RESULTADO 
ELSE 
PERFORM RENWRITE-ALTERANDO=CHAVE 
ELSE ; 
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OS PROBLEMAS, 
DADOS . 
OS SISTEMAS DE SOLUÇÃO. 


B 25, O SISTEMA QUE CRESCE COM A SUA EMPRESA 


Pela simples adição de módulos, pode transformar um “'DUAL-FLOPPY PERSONAL 
COMPUTER” num computador com IMB de memória e 40MB em disco, com écran 
colorido e capacidades gráficas. 

Até 6 postos de trabalho inteligentes (256KB de memória) podem ser ligados em rede 
local, partilhando os recursos comuns do sistema: impressoras, discos, canais de comuni- 
cação de dados. 

Sistema orientado quer ao tratamento de texto, quer ao tratamento de dados, com 
4 linguagens de programação: BASIC, COBOL, Pascal, FORTRAN. 

Um potente sistema operativo — BTOS —, dois sistemas operativos opcionais — 
CP/M-86 e MS-DOS —, auxiliares de programação, gerador de programas e “packages” 
aplicacionais. | 
A garantia de assistência Burroughs — pré-vendas, hardware, software e formação. 
A garantia de uma empresa com 99 anos ao serviço da informática. 


Burroughs 


A QUESTÃO NÃO ESTA EM SABER QUEM É MAIOR 
(O BURROUGHS MAS SIM QUEM E MELHOR 
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MOVE | TO RESULTADO, 
* 
TRATA= INPUT, 
+ 
IF OP="READ 
PERFORM READ=FILE 
ELSE IF OP=-READNEXT 
IF INICIO OR LNK=-KEYy=-FISAM a OLD=KEY-FISAM 
PERFORM READNEXT=-FILE 
ELSE 
PERFORM READNEXT=START=-FILE 
ELSE IF OP=STARTHI 
PERFORM START=-MAIOR-0U-IGUAL 
ELSE 
MOVE | TO RESULTADO, 
+ 
TRATA=OUTPUT, 
* 
IF OP=-WRITE 
PERFORM WRITE-FILE 
ELSE 
MOVE 1 TO RESULTADO, 
* 
encenar entr MODULOS NIVEL 2 ARAL RO 
* 
READ=FILE, 
* 
MOVE LNK=KEy=-FISAM TO OLD-KEY-FISAM KEY=FISAM, 
READ FISAM INTO LNK=-RISAM 
INVALID 
MOVE 2 To RESULTADO 
MOVE HIGH=-VALUES TO OLD=-KEY-FISAM, 
“+ 
READNEXT=START-FILE. 
*+ 
MOVE LNK=KEY=FISAM TO KEY-=FISAM, 
START FISAM 
KEY > KEY -FISAM 
INVALID 
MOVE 2 To RESULTADO 
MOVE HIGH=VALUES TO OLD=KEY=FISAM 
PERFORM RETORNO, 
PERFORM READNEXT-FILE, 
* 
READNEXT-FILEs, 
“+ 
READ FISAM NEXT INTO LNHK=-RISAM 
END 
MOVE 2 TO RESULTADO 
MOVE HIGH=VALUES TO oLD=KEy-=FISAM 
PERFORM RETORNO, 
MOVE LNK=KEYy=FISAM TO OLD-KEY=FISAMe 
+ 
REÚRITE-FILE, 
+ 


RAIAS EO NI 1 E EE TS E EE ET TS AD A PD A O ES ST 
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REWRITE RISAM FROM LNK=-RISAN 
INVALID 
MOVE 2 TO RESULTADO, 
* 
WRITE-FILE, 
El 
WRITE RISAM FROM LNK=RISAM 
INVALID 
MOVE 2 TO RESULTADO, 
* 
DELETE-FILE, 


MOVE LNK=KEY-FISAM TO KEY=FISAM, 
DELETE FISAM 
INVALID 
MOVE 2 TO RESULTADO, 
* 
START=-MAIOR=0OU-IGUAL. 
LA 
. MOVE LNK-=KEY=-FISAM TO KEy=FISAN, 
START FISAM 
KEY IS NOT < KEY-FISAM 
INVALID 
MOVE 2 TO RESULTADO 
MOVE HIGH=VALUES TO oLD=KEy=-FISAM 
PERFORM RETORNO, 
PERFORM READNEXT=-FILEs 


* 
WRITE RISAM FROM LNK-RISAM 
INVALID 
MOVE 2 TO RESULTADO 
PERFORM RETORNO, 
MOVE OLD=KEY=FISAM TO KEY=FISAM, 
DELETE FISANM 


+ ] 
REyRITE-ALTERANDO-CHAVE, 
| 


INVALID 
MOVE | To RESULTADO 
PERFORM RETORNO, (0) 


ATMOSFERA CONTROLADA PARA COMPUTADORES 
E INDÚSTRIA, LDA. 

|. ESTUDO, FORNECIMENTO, MONTAGEM, 

dm = ASSISTÊNCIA TÉCNICA CLIMATIZAÇÕES 

er! E CONDICIONAMENTOS DE AR ESPECIAIS 

PARA: 

Salas de computador, registo de dados, salas de 
comando, salas de cirurgia, linhas produção, etc. 


Empreitadas gerais. 
Av. Almirante Gago Coutinho, N.º 101-B - 1700 LISBOA Telex: 63456 CELSIU P - Tels. 8999 43 - 8960 10 


Consulte-nos: 
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TANDY' MODELO 2000 


CPU 80186, 16 bits a 8MHz 

128 KB RAM a 768 KB 

2x 720 KB em disco flexível 

10 MB em disco duro (opcional) 
Gráficos 640 x 400 (opcional) 
Porta série RS232C 

Porta paralela CENTRONICS 


Sistema operativo 
MS-DOS 2 6 


BASIC 
Pascal 
FORTRAN 77 
RM-COBOL 
d BASE II 
MULTIPLAN 


DISTRIBUIDOR DA TANDYº CORPORATION EM LISBOA: 


Il 


|) 
| 


Wl 


de profissionais, para profissionais 


| 


R. Jardim do Tabaco, 74 — 1.º-E — Telefs. 860418/869927 
Telex: 18742 BASELD P — 1100 LISBOA '— PORTUGAL 
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PROTECÇÃO 


OU 


DESPROTECÇÃO DE DADOS 


1 — No dia 23 de Abril passado 
foram aprovados a proposta de 
lei do Governo e o projecto de 
lei da ASDI sobre utilização da 


informática, visando regulamentar 


o art.º 35.º da Constituição da 
República. 


2 - É sina nossa copiarmos os 
erros dos outros, ainda que com 
10 anos de atraso, quando 
podíamos aproveitar da sua 
experiência, 

A existência da Comissão 
Nacional de Informática e 
Liberdades em França, para 
além da sua discutível 
composição, tem vindo na 
prática a conceder as 
autorizações de derrogação aos 
princípios gerais, tal como de 
resto lhe permite a última 
Convenção do Conselho da 
Europa. 

O Data Inspection Board 
sueco lamenta a falta de defesa 
dos cidadãos em matéria de 
informatização de certas 

áreas, que o não deviam ser. 

A sua função hoje limita-se a 
estabelecer, caso por caso, 
medidas de segurança mínimas 
a observar. 

O alto representante federal para 
a Protecção de Dados na 
Alemanha Federal, 
conjuntamente com o sistema 
dos representantes distritais e 
regionais e ainda os responsáveis 
pela Protecção dentro de cada 
centro, não tem tido 
credibilidade. Assim o Governo 
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está a ter a maior dificuldade em 
implementar o Bilhete de 
Identidade e já teve de assistir 
ao pedido de demissão daquele 
órgão. 


3 — A solução anglo-saxónica, 
não institucional, ou da 


auto-regulamentação caso por 
caso: banca, seguros, segurança 


social, empresas de informações 
comerciais, saúde, mala-postal, 
investigação criminal, 
transferência de dados, 
investigação cientrfica, etc., 
parece-nos o caminho que terá 
de percorrer-se. 

Os órgãos de controlo têm de 
ser os Tribunais e o 
Parlamento. 


4 — A solução escolhida para 
Portugal, de uma comissão que 
autoriza todas as 

excepções ao art.º 35.º da 
C.R.edo art.º 9.º da Convenção 
do Conselho da Europa, não nos 
parece correcta. 

Em primeiro lugar pelo excesso 
de poderes que tem. 
Seguidamente porque o recurso 
das suas decisões é para o 
Supremo Tribunal 
Administrativo velho resquício 
que nos ficou dos tribunais 
especiais, ainda por cima para 
julgar os próprios actos 
administrativos. 

Em terceiro lugar a composição 
de qualquer das comissões, seja 
de pendor para representantes 
do Governo, quer para 


ISABEL GARCIA 


representantes das Magistraturas, 
não convence. 

Já que a Comissão 

Parlamentar dos Direitos, 
Liberdades e Garantias não quer 
encarregar-se do assunto, embora 
com os meios humanos que o 
art.º 184.º da C.R. lhe 
permite, no mínimo que o órgão 
a constituir tivesse a seguinte 
composição: 1 presidente 
escolhido pelo Governo, 4 
vogais representantes dos 4 
maiores partidos e 2 
informáticos designados, por 
hipótese, pela Associação 
Portuguesa de Informática. 

Em quarto lugar a excepções ao 
nº 2e 3 doart.º 35.º deviam 
ser sempre votadas por 2/3 dos 
deputados e cumprir os 
condicionalismos do art.º 18.º 
da mesma Constituição. 

Em quinto lugar a pretensa 
tberalização do tratamento da 
informática, que se pretende em 
nome dos direitos de livre 
opinião, expressão e informação, 
foi na Suécia acautelada com o 
Act of Secrecy de 80 e The 
Swedish Secrecy Act de 883, 

o que nos leva a concluir que 
agora vamos liberalizar para 
depois proibir. Invocar o art.º 
37.º da Constituição para dar 
acesso, publicitar dados 
pessoais é, realmente, pretender 
ler nessa disposição o que lá 

não consta. 

O direito de informar e de ser 
informado sem impedimentos, 
nem discriminações tem a ver 
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com o art.º 80.º do Código 
Civil, nomeadamente quando se 
refere que “a extensão de reserva 
é definida conforme a natureza 
do caso e a condição das 
pessoas”. 

Se se trata de uma figura pública, 
ou de caso que se tornou 
público, pois a liberdade de 
expressão e informação quanto 
a dados pessoais é mais ampla. 
Não pode é invocar-se estes 
princípios com a finalidade de 
dotar o Estado de grandes 
volumes de dados pessoais acerca 
dos cidadãos. 

Dir-se-ia que a liberdade de 
expressão e informação que o 
legislador quis atribuir aos 
cidadãos seja outorgada pelo 
Estado a si próprio, ou aos 
poucos cidadãos que controlarem 
a informação armazenada. 

5 — Urge ainda referir que a 
louvada neutralidade da técnica 
urge ser demonstrada. 

Após Einstein qualquer conceito 
existe relativamente a outro. 

Se a informática no tratamento 
de dados pessoais se demonstrou 
ser um prejuízo para as 
liberdades públicas e 
particulares, ela nunca poderá 
ser considerada neutra. 
Qualquer técnica perde a sua 
neutralidade quando e a 

partir do momento em que se 
prove que traz prejuizos, 
desvantagens e ameaças. 

6 - Andamos a tentar calar há 
um ror de tempo a consideração 
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que nos merece o n.º 4 do art.º 
35.º, introduzido na revisão 

da Constituição. 

Salvo o devido respeito, tal 
disposição é o exemplo acabado 
da chamada “esperteza saloia 
nacional”. 

Não vimos em nenhuma lei 
chamar dados públicos a dados 
pessoais. Passa todas as marcas. 
De facto, ao introduzirem que “a 
lei define o conceito de dados 
pessoais para efeitos de registo 
informático”, quando a própria 
Convenção do Conselho da 
Europa, em toda a sua 
permissividade, define dados 
pessoais como “qualquer 
informação referente a um 
indivíduo identificado ou 
identificável (sujeito dos 
dados)” — é um exagero! 

Claro, agora na lei ordinária 
vão tentar paulatinamente 
transformar em dados públicos 
os dados pessoais que mais lhes 
convier. 

De momento “consideram-se 
informações públicas(...), além 
da profissão e morada, as que 
constam do assento de 
nascimento, com excepção das 
incapacidades (...) e os dados que 
sejam objecto de publicitação 
oficial”. 


7 -- Jamais qualquer comissão 
ou autoridade poderá autorizar 
a interconexão de ficheiros 
automatizados sem que tal facto 
conste de lei, o que viola 
frontalmente o n.º 2 do art.º 
35.º e é pretendido no diploma 
do Governo no art.º 28.º. 
Também se viola frontalmente 
on.º 1 doart.º 35.º ao autorizar 
entidades, organismos, serviços 
públicos ou organizações 
privadas a manter ficheiros com 
dados pessoais, sem dar 
publicidade da sua existência. 
Como vão os cidadãos exercer 
os direitos de acesso, 
rectificação e conhecimento da 
especificação das finalidades do 
CONTABILIZASE | dito ficheiro? 

PELA ESPERTEZA SALOIA Pelo menos anualmente, como o 


A 
IRA 
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fazem os EUA, devem publicar-se 
boletins com listagens exaustivas 
das empresas e fundações que 
tenham ficheiros com dados 
pessoais, sob pena de, pura e 
simplesmente, termos ficheiros 
secretos, independentemente do 
conteúdo que tiverem. 

8 — Também em recente 
colóquio, promovido pelo 
Instituto Damião de Góis, se 
curou de aprofundar se os que 
defendem a não informatização 
de dados pessoais não estarão a 
tentar inviabilizar, que com a 
desorganização (que a 
informática hipoteticamente 
destruiria), se servissem alguns, 
que fugissem às malhas da 
legalidade, ou mesmo se 
protegessem delinquentes. 

Falta provar, de facto, que os 
ficheiros manuais são sempre 
desorganizados e os 


À SUA MEDIDA! 


informáticos um primor. 

Que a organização ajuda a punir 
aqueles que eticamente devem 
ser punidos e não como se tem 
demonstrado à exaustão, que se 


apanha normalmente a pequena ' 


delinquência. 

Não é verdade que todos 
aprendemos na faculdade que as 
economias paralelas são um 
instrumento de que o sistema se 
serve, entre outros, para fazer 
girar capitais, fomentar 
acumulação, substituir 
investidores não agressivos? 


9 — Conclusão: segundo a 
agência nacional sueca para a 
Prevenção Criminal entende-se 
por política criminal (1):“O 
conjunto de medidas 
empreendidas para limitar o 
comportamento criminoso. 
Refere-se não só às actividades 
da polícia, tribunais e sistema de 
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e 


prisão e reinserção, mas também 
às reformas de política social 
referentes ao mercado de 
trabalho, escolas, planeamento 
habitacional e urbanístico ou 
vida familiar.” 

De facto, aqueles que não estão 
actualizados continuam a 
defender a informatização da 
nossa sociedade, como 
instrumento do Estado para a 
sua própria defesa, não 
cuidando de outros aspectos 
bem mais relevantes. 


ra 
14 


(1) Fev. 84 — Crime and Criminal Policy 
in Sweden. 


e ESTUDOS E DESENVOLVIMENTO DE SISTEMAS INFORMÁTICOS 
(Análise e Programação) 


e FORMAÇÃO 

e CONSULTORIA E AUDITORIA 

e ESTUDOS DE FINANCIAMENTO DE PROJECTOS DE INVESTIMENTO 
(via Leasing e/ou Crédito Bancário) 


CODISA 


Sociedade de Serviços de Gestão, Organização e Informática, Lda. 


Rua Antero de Quental, 35-A e Telefone 556498 e 1100 LISBOA 
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O presente texto resulta fundamental mas não exclusivamente da 
análise de um artigo publicado pelo Prof. Dr. M. A. Costa Martins na 
“Revista de Informática” Vol. 4 No. 3 Julho — Setembro de 1983 e sob o 
título “O Ensino da Informática e Sistémica na Zona Norte”. 
Concordando genericamente com o conteúdo do citado artigo, entendo, 
no entanto, que o mesmo merece alguns comentários de pormenor e 
baseados na ligação entre a actividade docente e o apoio a algumas 
empresas e que venho desenvolvendo já há algum tempo. 

Pretendo, aqui e agora, deixar claro que a minha intenção crítica no 
presente bloco de apontamentos se prende mais com a ênfase dada no 
citado artigo e no que se refere ao ensino da informática do que na 
discordância sobre a indispensabilidade da transmissão de 
conhecimentos sobre informática e numa Faculdade onde se estuda 
com particular incidência a Ciência Económica. 

Vai o presente conjunto de apontamentos conter 3 partes que considero 
distintas, se bem que complementares. Num primeiro capítulo 
abordarei o entendimento que, como economista, tenho da ciência 
informática. Aproveitarei a segunda parte do artigo para me debruçar 
sobre a ligação entre o que deve ser o ensino da informática e a função 
atribuída ao economista enquanto gestor de empresas. Por fim, 
abordarei a relação entre o economista, a empresa portuguesa e a 
informática. 

Não pretendo de modo algum esgotar o muito vasto campo desta 
temática. Como acima o disse deverá constituir um mero bloco de 
apontamentos, apoiado na ligação que regularmente pretendo 
estabelecer entre a actividade docente e a realidade económica ao nível 
do universo industrial português. 


SEE SR SS SR DUAS CSS ICS SILAS 


| — O ECONOMISTA E A 
CIÊNCIA INFORMÁTICA 


tratamento sistemático e eficaz da 
informação, especialmente por 
meio de máquinas automáticas, 
consideradas como meio de 
conhecimento humano e da 
comunicação, no contexto 
técnico, económico e social 
(SIG 

O economista vai aqui ser 


Aproveitando a definição 
apresentada pela Academia 
Francesa das Ciências e citada pelo 
Prof. Dr. Costa Martins no artigo 
que me serve de inspiração: 

“A informática é a ciência do 
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considerado na vertente de 
utilizador da ciência económica e 
não como produtor dos 
conhecimentos para a eventual 
resolução de problemas 
económicos, dentro do espaço 
temporal e espacial em que vive, e 
sujeito a uma permanente relação 
com as disponibilidades teóricas 
existentes. Neste particular, ao 
economista vai ser pedido uma 
inventariação de necessidades 
informativas disponíveis através da 
ciência que as estuda: a 
informática. Portanto, será 
importante situar o economista 
dentro da realidade empírica do 
seu “mundus” e jamais o deslocar 
para um estudo e/ou 
aproveitamento, por vezes 
longínquo, das suas capacidades 
adquiridas através do ensino da 
ciência económica. Quero com 
tudo isto dizer, que a proposta do 
Prof. Dr. Costa Martins para dotar 
a Faculdade de Economia do 
Porto, numa fase curricular 
optativa, dum tempo lectivo 
normal de 340 horas semanais em 
vez de 48 actuais a implementar 
oportunamente e bem assim 
assegurar a efectivação de 
Seminários, sobre Avaliação de 
Sistemas, Auditoria Informática e 
Sistemas de Informação, poderá 
ser perigosa para a eficiente 
formação do Economista, na 
vertente de utilizador da ciência 


Nem bons economistas 
nem bons informáticos 


económica (vulgo Gestor de 
Empresa). De facto o demasiado 
peso (no contexto do actual 
curso) que se pretende dar ao 
estudo da ciência informática 
levaria de certo a não termos nem 
bons economistas, nem bons 
“informáticos” ou Economistas — 
utilizadores (como eufemistica- 
mente prefere o Prof. Dr. Costa 
Martins). 

Haverá que encontrar um esquema 
equilibrado entre o ensino da 
ciência económica, que 
actualmente atravessa um período 
bastante conturbado, conhecidas 
como são as ligações entre a 
Economia Política e o poder 
constituído, e bem assim as 
disponibilidades teóricas a 
conhecer sobre a ciência 
informática. Antes de avançar com 
um bom programa de ensino da 
informática e sistémica 
(necessário, sem dúvida), haverá 
que saber que economistas 
queremos formar, e para que 
universo os queremos destinar. 
Doutro modo, acabaremos por ter 
cada vez menos gestores que 


sabem do seu verdadeiro ofício, 
embora e sempre disponíveis para 
utilizar os ensinamentos do 
tratamento da informação. 
Poderemos eventualmente passar 
a ter cada vez mais “notáveis” 
teóricos do tratamento da 
informação e que não são capazes 
de estabelecer uma frutuosa 
ligação entre a realidade 
económica e as disponibilidades 
teóricas da ciência que estudaram 
de modo a resolver, tanto quanto 
possível, os largos e cada vez mais 
complexos problemas que afligem 
a economia mundial. 


il — O ENSINO DA 
INFORMÁTICA E O 
ECONOMISTA ENQUANTO 
GESTOR DE EMPRESA 


Já dei alguma luz no capítulo 
anterior sobre aquilo que penso do 
modelo proposto pelo Prof. Dr. 
Costa Martins para o ensino de 
informática e sistémica na 
Faculdade de Economia do Porto. 
Todavia, e numa nova fase, estaria 
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ainda previsto no modelo que 
venho citando a ocupação de 


cerca de 1 200 / 1 300 horas para 
a área da informática e no 
curriculum da Licenciatura em 
Economia. Parece-me demasiado 
excessivo o tempo lectivo que se 
deseja para uma licenciatura de 5 
anos. E parece-me demasiado 
excessivo fundamentalmente: a) 
pelas razões já expostas no 
parágrafo anterior; b) porque o 
ensino da ciência informática a 
partir de determinado limiar de 
conhecimentos deixará de ser 
frutuoso, se deslocado do universo 
de actuação do economista. De 
facto, conceber excelentes 
modelos, poderá não ser muito 
mais do que fazer frutificar um 
ensino excessivamente 
formalizante e que bem desejaria 
irradicado das Universidades 
Portuguesas. O economista, 
enquanto gestor, defronta-se 
quotidianamente com situações, 
problemas e necessidades que não 
podem ser facilmente perceptíveis 
no universo fechado do ensino 
universitário ministrado nos 
moldes actuais. Estaria 
substancialmente de acordo, se o 
acréscimo curricular proposto O 
fosse numa fase de pós-graduação 
e quando o estudioso desta área 
tivesse a possibilidade e utilidade 
de fazer um trabalho de 
aproveitamento das necessidades 
inventariadas ao nível da realidade 
económica, com a qual 
quotidianamente se defronta. 

Por outro lado, penso que o 
elevado índice de escolaridade 
exigido (continuo a não me 
esquecer da via optativa em que, 
todavia, se quer inserir o presente 
modelo) merece um particular 
cuidado no que se refere à 
articulação, com os restantes 
ensinamentos ministrados ao 
longo da Licenciatura. 

O bom economista não tem 
obrigatoriamente de ser um bom 
informático embora com o apoio 
de um bom centro informático, a 
actividade do economista 
enquanto gestor de empresa, esteja 
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largamente beneficiada na 
prossecução dos objectivos que se 
propõe atingir. Penso que ao 
economista não deverá ser 
cometida a tentação de conhecer 
da ciência informática mais do que 
aquilo que dela pode retirar para 
um melhor e mais profundo 
conhecimento da realidade que 
defronta no seu dia a dia. Estará 
bem mais perto do éxito se souber 
descobrir as capacidades enormes 
da ciência informática, do que se 
pretender alcançar vastos 
conhecimentos de utilização da 
mesma ciência. Não nos 
esqueçamos (como tantas vezes se 
esquece) que o economista não 
deve ser o responsável pelo 
Departamento de Informática 
duma empresa, como também não 
deve ser o Guarda-Livros, o 
Contabilista, o Técnico de Contas, 
etc. 


Encontrar um esquema equilibrado 


HI -—- O ECONOMISTA, A 
EMPRESA PORTUGUESA E A 
INFORMÁTICA 


É sobejamente conhecida a 
dimensão média da empresa 
portuguesa e para qualquer dos 
indicadores estatísticos que 
queiramos utilizar. Tendo em 
conta os elevados custos (reais ou 
de oportunidade) do hardware e 
do software, deverá merecer-nos 
partilhar cuidado a implementação 
de uma capacidade informática 
para além das disponibilidades 
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financeiras do utilizador, dos 
conhecimentos adquiridos pelos 
economistas quando confrontados 
com o campo real de actuação e 
bem assim do eventual 
subaproveitamento da ciância 
informática. 

Não podemos, melhor não 
devemos ingenuamente acreditar e 
em exclusivo, no poder difusor da 
ciência informática. Se é certo 
que no mundo empresarial dos 
anos 80 será difícil conceber 

um sistema operativo de 
informações sem recurso à ciência 
informática, não deve a 

mesma constatação deixar de nos 
alertar para o muito que há fazer, 
e já, nos domínios mais 
particulares da organização 
empresarial. Portugal possui um 
elevadíssimo índice de pequenas e 
médias empresas. Isso, Só por si, 
condiciona uma larga aplicação da 
informática. Obviamente que não 
aplicamos idêntico raciocínio para 
as empresas com implantação 
verdadeiramente nacional e para 
grande parte do sector dos 
serviços. Todavia e não 
esquecendo que a razão de ser 
destas linhas tem a ver com uma 
proposta curricular do ensino da 
informática e para a Faculdade de 
Economia do Porto não posso 
deixar de alertar para as eventuais 
distorções entre as necessidades e 
as disponibilidades que possam 
resultar logo após a 
implementação de tal programa. 
Por outro lado, haverá que não 
esquecer que o Economista deve 
ser, como já o afirmei, um técnico 
com disponibilidade conceptual 
para resolver, tanto quanto 
possível, os múltiplos problemas 
plurifacetados, mas de dominante 
economia, que lhe surgem no seu 
dia-a-dia. 

Actuar ou pensar aqui e agora de 
outro modo poderá conduzir-nos 
à eventualidade de termos de 
subscrever uma ideia já 
manifestada por alguns 
responsáveis deste país: 

cada vez temos mais licenciados 
em economia mas cada vez são 


Gestão e tecnologia: 
a cada um o seu lugar 


menos os economistas. Oxalá 

tal situação se inverta rapidamente. 
A cada um segundo as suas 
capacidades e conforme o lugar 

a que a divisão do trabalho 

o destinou. OD) 
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O processo político actualmente em curso visa a 
integração de Portugal na Comunidade Europeia. 
Simultaneamente aparece a necessidade de 
progressivamente conseguirmos competir em zonas 
de economia aberta. Para tal, torna-se necessário 

e inevitável a introdução de novas tecnologias 

nos domínios do Tratamento de Informação e da 
Automatização Flexível da Produção. 


| — INTRODUÇÃO 


Para que este processo possa ter um 
desenvolvimento conveniente, é forçoso conseguir 
uma conjugação de esforços a nível nacional. 
Deverá visar-se a obtenção de equipas bem 
dimensionadas, a partir da associação de 
competências existentes, de modo a garantir a 
necessária “massa crítica” de suporte ao domínio 
de conhecimentos e capacidade de realização 
associados a estas áreas sensíveis. 

Nos países industrializados, um grande esforço 
está actualmente em curso nesta área em que se 
encontram presentes as problemáticas inerentes ao 
desenvolvimento e integração de Tecnologia de 
Produção Automatizada. É determinante para um 
país, com as dimensões e condicionantes 
económicas de Portugal, e que nesta zona parte já 
com um atraso considerável, conseguir estabelecer 
as condições correctas para o lançamento de um 
projecto na área da Robótica. 

Na área em que se pretende intervir, o principal 
esforço será feito na “Tecnologia da 
Programação”” de forma a conseguir uma 
conveniente exploração dos dispositivos existentes. 
A Visão, elemento fundamental num quadro de 
robots dotados de mecanismos de percepção, será 
objecto de especial atenção. A Decisão, em 
especial nos aspectos associados à Geração 


STEIGER GARÇÃO 


Automática de Planos e Supervisão de Execução, 
será também uma área privilegiada a considerar. 
Haverá que acautelar uma perspectivação científica 
aberta e adequada, uma fixação de um conjunto 
de objectivos a atingir a vários prazos, permitindo 
ultrapassar fases intermédias prosseguidas nos 
últimos anos em países industrializados. 

Uma interface actuante, destinada a permitir o 
reconhecimento e levantamento de áreas industriais 
prioritárias, susceptíveis de serem afectadas pelas 
implementações de automatismos flex íveis, deve 
existir desde o início do projecto, visando a 

análise de modos de cooperação a médio prazo em | 
projectos ligados ao sector produtivo. 

Uma iniciativa concebida nestes moldes deverá 
dotar o país da capacidade técnica para produzir, 
desenvolver e integrar tecnologia de produção 
automatizada. Permitirá também desenvolver 
trabalho científico de ponta no domínio da 
Robótica, em áreas do conhecimento que envolvem 
Decisão, Percepção, Comunicação e Acção. 


UNIVERSIDADES PARTICIPANTES: 


Fac. Cienc. Tec. Univ. Coimbra 

Fac. Eng. Univ. Porto 

Fac. Cienc. Tec. Univ. Nova de Lisboa 

Dep. Eng. Electrotécnica e Telec. Univer. Aveiro 


FINANCIAMENTO REQUERIDO A: 


Ministério da Indústria 

Secretaria de Estado das Comunicações 
JNICT 

INIC 

FCT/UNL 

FETAUG 

REUP 


|| -- BREVE CARACTERIZAÇÃO 
DA ROBÓTICA 


A situação actual, no que se refere às capacidades 
evidenciadas pelos robots, poderá sumariamente 
ser objecto da seguinte caracterização: 


Robots de 1.º geração: 


Utilização de manipuladores em tarefas 
repetitivas sem variabilidade. Funcionam em 
ciclo aberto, isto é, praticamente não dispondo 
de órgãos sensoriais. A sua programação é feita 
a um nível muito elementar. 

(Ex. Robots de Soldadura, Pintura, etc.) 


Robots de 2.º geração: 


Coincidem com o aparecimento de sistemas 
multissensores: visão, tacto e proximidade, 
estando já implementados mecanismos de 
percepção. 
O suporte informático que se lhes encontra 
associado é bastante evoluído, incluindo 
multimicroprocessadores e possibilidades de 
programação em linguagens especrficas. 
Entre estas duas gerações poderá definir-se uma 
intermédia (1.5) em que existe já utilização 
sensorial mas a um nível meramente reflexo. 


Robots de 3.º geração: 


A par de um sistema percepcional evoluído 
encontram-se capacidades de decisão bastante 
elaboradas. Uma arquitectura baseada na 
existência de múltiplos módulos funcionais 
(multiactuadores, multissensores integrados) 
assente num sistema informático distribuído 
coexiste com utensílios de programação em 
linguagem abstracta de muito alto nível. 


Até ao momento, as utilizações industriais têm sido 
efectuadas com recurso aos modelos de 1.2 e 1.5.º 
geração. 

Embora . spectaculares, os efeitos da utilização 
destas duas gerações parecem reduzidos face ao 
potencial que as outras duas, em especial a 3.2, 
sugerem. 

Sobre esta última incide actualmente um enorme 
esforço de pesquisa, justificado pelo considerável 
impacte socioeconómico que se prevê venha a ter 
na próxima década. 

A aposta correcta, que nos parece dever ser 

feita, implica a não repetição de esforços já 
efectuados (1.º e 1.5.2 geração), mas sim uma 
recuperação rápida do trabalho já realizado e um 
salto em frente para as temáticas presentes na 2º e 
3.2 gerações. 

Tal implica uma organização científica conveniente 


A investigação 
(dimensão, coordenação), meios que permitam 
investir sobre produtos dos mais evoluídos (evitar 
despender esforços sobre problemas já resolvidos) 
e uma integração económica que facilite a 
endogenização da tecnologia dominada. 

A apresentação do presente projecto, envolvendo 
uma cooperação interuniversitária 

adequadamente coordenada, um risco calculado no 
“salto em frente” que propõe e uma cooperação 
com uma equipa capaz de potenciar e procurar 
inserir os resultados obtidos na realidade 
económica portuguesa, representa um esforço na 
tarefa difícil de contrariar o nosso atraso 
tecnológico actual. 


Ill — MODELO CONCEPTUAL GLOBAL 
DE SUPORTE AO PROJECTO 


Uma descrição abstracta de nível mais elevado 
permite descrever um sistema robótico de io 
geração como sendo composto por quatro grandes 
áreas funcionais. 


COMUNICAÇÃO 


DECISÃO 


ACÇÃO 
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António Criso Pedras 


PERCEPÇÃO 
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Como todas as classificações, esta sofre da 
dificuldade de não estabelecer claramente o que se 
passa nas zonas de fronteira. No entanto, permite 
uma sistematização conveniente, uma vez que 
evidencia adequadamente as principais 
características que interessa considerar. 

Na Percepção está sobretudo incluída a aquisição, 
representação, integração e interpretação da 
informação sensorial. A retroacção desempenha 
aqui um papel determinante. 

Na Comunicação será considerada a troca de 
informação veiculada por utensílios formais de 


alto nível (linguagens pseudo-naturais, linguagens Novas estruturas 


gráficas, análise falada ou escrita, etc.). 

Na Decisão, onde se encontra centrada a capacidade 
de “reacção inteligente” do sistema robótico, 
encarar-se-ão sobretudo o modo como o 
Planeamento deve ser estruturado e gerado e como 
deve ser feita a supervisão da sua execução. 

Na Acção considerar-se-á a actuação sobre os 
meios físicos e seu controlo. 

Nenhuma área de trabalho poderá abordar de 
forma disjuntiva apenas um único destes blocos 
funcionais. Poderá predominantemente centrar-se 
sobre um deles, mas envolverá forçosamente 
aspectos considerados nos outros. 


IV — PRINCIPAIS ÁREAS: 


A — Percepção 
Temas: 


1. Tecnologia básica para a captação 
sensorial: 
Visão (2D; 3D) 
Tacto 
Audição 
Outros sensores 
2. Integração da informação 
multissensorial 
3. Reconhecimento e classificação de 
formas 
4. Análise de cenas 


Matérias associadas: 


1. Estatística 

2. Processamento de sinal 

3. Bases de Dados 

4. Processamento distribuído 

5. Representação do conhecimento 
6. Teoria de grafos 


B — Comunicação 
Temas: 


1. Linguagem pseudo-natural (falada 
ou/e escrita) 
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Acabe com os problemas 
dos engarrafamentos 


da informática! 


Rapidamente. 

Com o Sistema MAPPER, criado pela Sperry. 
O utilizador trabalha directamente com o 
computador, propondo questões em linguagem 
comum e recebendo respostas imediatas. 

O MAPPER permite trabalhar a informação sob 
qualquer ângulo e tornar os seus utilizadores 
ainda mais eficientes. 


MAPPER E UM SISTEMA ACESSIVEL 
Agora também as médias e pequenas empresas 
ou, até mesmo, um simples departamento de uma 
empresa, podem utilizar o Sistema MAPPER. 
Toda a informação rigorosa de que precisa... 
Jogo nas pontas dos dedos! 


ACEITE O NOSSO CONVITE 


Estamos à sua disposição para realizar um 
trabalho específico proposto pelo seu utilizador. 
Venha ter connosco e traga, também, o seu 
utilizador. Terá oportunidade de admirar a 
rapidez e facilidade de manipulação do Sistema 
MAPPER. 

Verá que, com o MAPPER, resolve o 
“engarrafamento” num abrir e fechar de olhos. 


84-SPY-04 


Disque o número 734057 e entre em contacto com 


os nossos serviços de vendas ou preencha o 
cupão junto. 


DESAFIO MAPPER 
a E 


SPERRY 


Av. 5 de Outubro. 321 — 1094 Lisboa Codex 
Teletone 73 40 57 


R. Azevedo Coutinho. 39 — 4100 Porto 
Teletone 69 44 32 


Nome 
Posição na Empresa 


Empresa 


Morada — 


Compreendemos a importância de saber ouvir! 


Novas tecnologias 


2. Interfaces gráficas 
3. Outras linguagens para especificar 
objectivos 


| Matérias associadas: 

1. Linguística 

2. Linguagens de Inteligência Artificial 
| (Lisp, Prolog, etc.) 

| 3. Computação gráfica 

4. Simulação 


C — Acção 
Temas: 


1. Modelização de actuadores 

2. Controlo de actuadores 

3. Navegação 

4 4. Interface com sistemas de potência 
Matérias associadas: 


1. Controlo em tempo real 
| 2. Teoria dos Sistemas 

3. Optimização 

4. Teoria dos grafos 

| 5. Electrónica de potência 
| 6. Fluédica 


| D — Decisão 
Temas: 
| n E 
1. Geração automática de planos 

2. Supervisão da execução 

3. Aprendizagem/aquisição de 

conhecimentos 

4. Análise de cenas 

5. Representação do conhecimento 
Matérias associadas: 

1. Engenharia do conhecimento 


. "Expert systems” 

- “Problem solving” (resolução 
automática de problemas) 

. Lógica 

. Bases de dados distribuídas 

. Processamento concorrente/distribuído 


[o Mó ON 


A vastidão da temática a que se faz referência deve 
servir por um lado para situar o projecto e por 
outro para auxiliar as outras delimitações 
obrigatórias que se devem efectuar. 

Nas presentes circunstâncias, com as capacidades 
humanas e materiais actualmente disponíveis (e 

as que se prevêem possam vir a existir), 

apontar se-á para linhas de trabalho evolutivas, 
abrangendo à partida um subconjunto das áreas 
indicadas. | 

Não se deve desligar desta precaução realista, 

o facto de se pretender intervir numa zona em que 
para além da não trivialidade dos problemas a 
resolver, está presente a necessidade de 

ultrapassar etapas já realizadas noutras instituições. 


V-. PROPOSTA DE LINHAS DE TRABALHO 


L1 — “Percepção Sensorial” (Lisboa) 

L2 — “Decisão Autónoma” (Lisboa) 

L3 — “Sistemas Distribuídos — UNET” (Lisboa) 

L4 — “Percepção, Visão” (Coimbra) 

L5 — “Visão por Computador” (Porto) 

L6 — “Capacidade de Decisão Autónoma” (Porto), 

L7 — “Realização de um Manipulador Inteligente” 
(Porto) 

L8 — “Processamento e Análise de Imagem” 
(Aveiro) 


(Cada linha de trabalho apresenta o seguinte 
desenvolvimento: 


1 — âmbito da actividade a desenvolver 
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2 — objectivos a atingir 

3 — plano de trabalho 

4 — meios humanos e materiais 

5 — caracterização da linha de trabalho 

6 — linhas de trabalho na mesma área 

Nos seus próximos números, “RI” divulgará as linhas de 
trabalho mencionadas). 


VI - FUNCIONAMENTO DO PROJECTO. 
ORGANIZAÇÃO E COORDENAÇÃO 
DAS EQUIPAS 


1. O projecto terá um responsável escolhido por 
consenso pelas universidades envolvidas. Essa 
escolha recaiu no Prof. Adolfo Steiger Garção da 
UNL. 

. O projecto terá uma comissão coordenadora, 
formada pelos responsáveis das três equipas 
(Lisboa, Coimbra, Porto). Esta comissão 
assegurará a efectivação de todas as acções 
interequipas necessárias ao bom andamento do 
projecto. 


No 


3. O projecto decorrerá em quatro pólos centrados 
em: 
Lisboa — UNL SECT DD] 
Porto — FEUP , DEE 
Coimbra — UC PIDEER 
Aveiro — UA o «DER 


As actividades a desenvolver sê-lo-ão numa base 
de ampla autonomia, embora enquadradas no 
espírito comum do projecto. 

4. Cada pólo poderá ser constituído por várias 
equipas organizadas em linhas de trabalho, 
desenvolvendo actividades predominantemente 
em áreas específicas. 


CERSEDNTAO VEDRAS NNE TAN PERTO RR ga, 


Lisboa Porto Coimbra Aveiro 

Decisão Decisão Percepção (visão) Percepção 

Percepção Percepção Acção (visão) 
(visão) 


DESERT A NE ERES 


Prevê-se a agregação a cada pólo de elementos 
pertencentes a outros organismos ou empresas. 


5. Um dos objectivos a atingir, que se considera 
fundamental para o êxito do projecto, consiste 
na aquisição, por parte dos elementos integrantes 
de todas as equipas, de uma forte competência, 
integrando os diversos aspectos envolvidos nesta 
área de investigação e desenvolvimento. 

Para atingir -tal objectivo e atendendo à dispersão 
geográfica encaram-se as seguintes medidas: 


a) Organização periódica de “Work Shops” 
em que serão tratados e analisados os 


resultados obtidos em cada grupo. Serão 
também analisados os relatórios de progresso. 

b) Organização de cursos ministrados por 
especialistas qualificados (nacionais ou 
estrangeiros). 

c) Estabelecimento de contactos com 
organizações ou projectos que mantenham 
actividade nesta área. 

d) Promover-se-á a rotatividade de pessoas 
pelos diversos centros para troca de 
experiência, discussão de problemas comuns 
e utilização de recursos materiais específicos. 
O facto de alguns tópicos serem abordados 
em mais do que uma linha de trabalho, poderá 
facilitar a rotatividade de elementos e a 
difusão da informação. 

e) Serão produzidos relatórios de progresso 
periodicamente sobre cada um dos tópicos 
em desenvolvimento. 

f) Serão organizadas localmente “bases de 
documentação” específica, acessíveis a 
qualquer elemento do projecto. 


. As equipas terão uma composição 


predominantemente de docentes universitários, 
o que implica uma dedicação não exclusiva ao 
projecto (Ensino). 


. Dada a insuficiência de conhecimentos em 


algumas áreas, torna-se necessário estabelecer 
um plano que envolva deslocação a certas 
universidades e centros de investigação europeus, 


aos Estados Unidos, e eventualmente ao Japão, 


e participação em seminários e congressos 
internacionais. 


. A comissão coordenadora assegurará a gestão 


de meios financeiros colocados à disposição do 
projecto. Elaborará também uma previsão de 
meios necessários para a continuação do 
projecto. 


. O projecto funcionará em duas fases. Uma que 


inclui os objectivos indicados a curto prazo nas 
linhas de trabalho e para que se prevê uma 
duração de 18 meses e outra para realizar os 
objectivos a médio prazo e que terá uma duração 
de 3 anos. 

Na 1.2 fase os encargos financeiros necessários 
atingem cerca de 70 500 contos ($450 000). 
Na 2.º fase um encargo anual da mesma ordem 
de grandeza poderá ser suficiente (a indicação 
em dólares pretende cobrir eventuais alterações 
cambiais da moeda nacional, uma vez que a 
tecnologia a adquirir será em moeda forte). 


12 FASE 


A primeira fase do projecto encontra-se prevista 
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Equipado com um dispositivo que permite 
a correcção imediata das imagens no 
momento do re isto, este modelo 
dá-lhe a possibilidade de fazer 
gravação em play-back, de passar 
as imagens reversivelmente, 
depressa ou ao “ralenti”, ou 
mesmo parando a imagem, tudo & 
isto livre de interferências. Esto 


Você realiza, 
Philips fornece a técnica. 


INTERMARCO-ESPIRAL 


Philips — criamos o melhor para si. 
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meses, prevê-se aquisição de equipamentos no valor 
aproximado de 25 000 contos. Nos doze meses 
seguintes seriam necessários 45 500 contos. 

A distribuição seria a seguinte: 


com uma duração de 18 meses. Este período 
deverá contudo comportar várias etapas no que se 
refere à necessidade e capacidade de despender 

as verbas solicitadas. Assim, nos primeiros seis 


Novos outputs 
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Univers. 
1 
i 


* Repetido 
Re A partir 


Linhas trabalho! 


Percepcao 


Sensorial 


' 
' 
' 
1 
' 
' 
, 
' 
bo ai) o q 1 a a Gu 
FOR) ' 
Decisac ] 
Autoncemica H 
GR io o a sa, ap É 
L3 À 
Sis s 
Destribulios : 
UNET À 
o co teses tim 06 0 CD 2 0 0 O 

: 
de , 
L& ' 
Percepcao H 
Visao ê 

' 

k 

1 

h 


Proce.e Analise 
ae Imagem 


MEDIA 


MAPA RES UMO 


Com. Decis.Percep.ãáccao 


- 109 708 208 


COIMBRA 


PORTO 


AVEIRO 


11 K 


31K 


25 K 


17 K 


iMeios exist. 
iHum. Mat. 


2 DENT. 


A .E 


iMeics 
à Fqui pe 


61 


REVISTA DE INFORMÁTICA 


INTELIGÊNCIA ARTIFICIAL 


BREVE CARACTERIZAÇÃO DAS ENTIDADES ENVOLVIDAS 


Porto: 


Universidade do Porto 
Departamento de Eng. Electrotécnica 
Departamento-de Eng. Mecânica 


Coimbra: 


Universidade de Coimbra 
Fac. Ciências e Tecnologia 
Departamento de Eng. Electrotécnica 


Lisboa: 


Universidade Nova de Lisboa 
Fac. Ciências e Tecnologia 
Departamento de Informática 
EID 

LNEC 


Aveiro: 


Universidade de Aveiro 
Departamento de Electrónica e 
Telecomunicações 


DIRECÇÃO DO PROJECTO 


Responsável do Projecto: 


Comissão Coordenadora do 
Projecto: 


Responsáveis pelas Áreas 
de Trabalho: 
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Prof. Marques dos Santos 
Prof. Joaquim Marques de Sá 
Prof. Francisco Freitas 

Prof. Jorge Leite M. Carvalho 
Prof. Raul Moreira Vidal 
Eng. Eugénio de Oliveira 
Eng. Aurélio Campilho 

Eng. Jorge Padilha 

Eng. António A.R. Almeida 
Eng. Luís A.M. da Rocha 
Eng. Carlos M. Silva 

Eng. José A.T. Machado 
Eng. Jorge Alves 

Eng. Pimenta Monteiro 

Eng. Ana Maria Mendoca 


Prof. Traca de Almeida 

Prof. João Carlos Clímaco 
Dr. António Dourado Correia 
Dr. 

Eng. Viriato M. Marques 
Eng. Hélder Arampo 

Eng. Urbano Nunes 

Eng. Victor Mendes Silva 


Prof. Steiger Garção 
Prof. Alexandre Cerveira 


Prof. Carvalho Rodrigues (UNL/EID) 


Eng. Camarinha de Matos 

Eng. Moura Pires 

Eng. José Afonso Curado Neves 

Eng. Maria Helena Fino 

Eng. Luís Correia 

Eng. Carlos Gonçalves 

Dr. Hélder Coelho (LNEC) 

Técnicos: Joaquim Oliveira 
Duarte Guerreiro 
Agostinho Cardoso 
Mário Freixo 


Prof. João Gonçalves 

Prof. Jorge de Carvalho Alves 
Eng. Maria Beatriz S. Santos 
Eng. Francisco Vaz 


Prof. Adolfo Steiger Garção 


Prof. Marques dos Santos 
Prof. Traca de Almeida 
Prof. Steiger Garção 


Coimbra: Prof. Traca de Almeida 
Porto: Prof. Marques dos Santos 


Aveiro: Prof. João Gonçalves 
Lisboa: Prof. Steiger Garção 


vendemos 
espaço 


Tels. 32 37 73/36 64 45 LISBOA 


= 


Hundertwasser "Relations of a Spider” | 


É feita uma introdução às redes Petri e redes de 
Petri temporais. São apresentados alguns resultados 
novos bem como a respectiva demonstração. 

O texto-base é complementado com exemplos 
sobre a modelização de processos paralelos e 
sistemas que exibem concorrência. Na parte final 
apresenta-se um exemplo da aplicação das redes 
de Petri na área dos protocolos; trata-se de 
modelização, prova de correcção e avaliação de 
“performance” do “alternating bit protocol”. 
Mostra-se como introduzir o factor tempo nas 
redes de Petri e usá-lo para modelizar situações 
onde este é indispensável para caracterizar o 


funcionamento real dos sistemas. 
ERREI STO OUSAR TZ SATO REST EO A OS, 


1 - INTRODUÇÃO 


Uma rede de Petri é um modelo abstracto de fluxo 
de informação. 

As propriedades, conceitos e técnicas estão a ser 
desenvolvidos na pesquisa de métodos simples e 
potentes para descrever o fluxo de informação e 
controlo em especial em sistemas que exibem 
actividades assíncronas e concorrentes. 


Fig. 1 


E f- 


ta 


— transição (transition) 
lugar (place) 
6 sinal (token) 
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A Multiplicidade das Redes 


REDE PETRI: 


INTRODUÇÃO 
E APLICAÇÃO 
EM COMUNICAÇÕES 


FILIPE SANTOS 


Um exemplo duma rede de Petri exibindo 
concorrência e conflito. Uma rede de Petri 
executa-se quando uma transição dispara 
removendo um sinal de cada lugar de entrada e 
colocando um sinal em cada lugar de saída. A 
transição só pode disparar se estiver habilitada, 
isto é, se possuir um sinal pelo menos em cada 
lugar de entrada. 

O exemplo apresentado exibe concorrência e 
conflito simultaneamente. As transições ta e ta 
podem operar em paralelo ,mas já as transições tq e 
ts não podem disparar simultaneamente. 

Prova-se que os autómatos finitos são modelos 
equivalentes às redes de Petri e vice-versa. 
Apresentamos em seguida o autómato “máquina 
das marcas ” “token machine” que representa de 
outra forma a rede de Petri. Em cada nó estão 
indicados os lugares onde há sinais e em cada 

arco está indicada a transição cujo disparo permite 
passar dum estado a outro. 


Fig. 2 


Para melhor ilustrar as capacidades de modelização 


das redes de Petri apresenta-se o seguinte programa 
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HI 
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numa pseudo-linguagem com construções de 
paralelismo (par begin; par end): 


L:So 
Do while P4 
if P5 then 
97 
Else 
S2 
end if 
par begin Sa, S4, Sg 
par end 
end do 
go to L 


Tendo em atenção que os lugares podem 
representar condições e as transições 
acontecimentos, o programa pode ser representado 
como: 


Fig. 3 


A simulação dum sistema através de redes de 

Petri tem a vantagem de permitir primeiro um 
melhor entendimento do sistema devido à 

natureza gráfica e exacta deste esquema de 
representação. Em segundo lugar, o comportamento 
do sistema pode ser analisado utilizando as 
ferramentas teóricas já desenvolvidas. 

As redes de Petri vêm preencher um lugar que as 
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E 


técnicas convencionais aplicáveis aos sistemas 
sequenciais deixaram vazio. 


2 — ALGUMAS DEFINIÇÕES IMPORTANTES 


DEFINIÇÃO [1]: 

Uma rede de Petri & um grafo bipartido orientado 

N=<T,P,A> emque: 

= + tydo tm) & um conjunto de transições 

Rir | PaRPadÃa, fo; Pn) & um conjunto de 

lugares 

TUP = conjunto de nós do grafo 

AS(TxP) U fPxT) é&um conjunto de 

arcos orientados 

A = (Xp Yp : LXGETIA (Y; EP) V 
VIXEPIA (YETI) 


DEFINIÇÃO [2]: 

Uma marcação M de uma rede de Petri é uma 
função: 

M:P > IN IN =(0,1,2,..) 


que afecta sinais a cada lugar da rede 


Exemplo: M (Ps) = número de sinais presentes 
no lugar Ps 


DEFINIÇÃO [3]: 

Uma rede de Petri marcada é definida por 
C=<T,P,AM>emque<T,P,A> ê& uma 
rede de Petri de acordo com def 1 e M uma 
marcação de acordo com def 2 


DEFINIÇÃO [4]: 

O conjunto | dos lugares de entrada duma 
transição t ET (N = <T,P,A>) & dado por: 
Ho) = fp: (pt) AJ 


DEFINIÇÃO [5]: 
Analogamente o conjunto O dos lugares de saída 


duma transição t, é dado por 
O(t) = (p: (t.pleaA) 


DEFINIÇÃO [6]: 
Uma transição t está habilitada se 
M (p)>0 vp I(t) 


DEFINIÇÃO [7]: 

O disparo de uma transição habilitada transforma 
uma marcação M numa outra M' de acordo com as 
seguintes regras: 


M(p) —1ssepel (t)apgo (t) 
M (p) sse [(pe | (t)ap£o (t)] V 
(pel (t)spgo (t)] 


M(p) +IssepçO (t)apgl (t) 
o (tM = Mp) = 


DEFINIÇÃO [8]: 


(Concorrência). Duas transições t; e t; podem 
funcionar concorrentemente se: 

end) = O 

Caso a intérsecç ão seja não nula poderá haver 
conflito. A concorrência não é garantida, ou não 
é possível senão se: 

M (p)>1;Vp E (ICN (tj) 


DEFINIÇÃO [9]: 


(Conflito). Duas transições t; e t; estão em conflito 
quando: 

(a) Lt) MI (tj) D 

(b) vpe (it (Mp) = 1 

Vê-se claramente que quando t; ou t; disparam se 
obtém uma nova marcação M” de acordo com 

def 7 tal que a outra transição não fica 

habilitada a disparar simultaneamente. Portanto 
conflito refere-se à impossibilidade de duas 
transições dispararem simultaneamente. 


DEFINIÇÃO [10]: 


Uma marcação M” é imediatamente alcançável 

por uma outra M se o disparo de alguma 

transição habilitada em < t, P, A, M> dá origem a 
<T,PAM> -<SateT:o(tM = M 

o: função imediatamente alcançável por... 


DEFINIÇÃO [11]: 


Uma marcação M' é alcançável por uma outra M 
se for imediatamente alcançável por M, ou se for 
alcançável por uma imediatamente alcançável por 
M. Quer dizer que existe uma sequência de 
marcações tal que cada uma imediatamente 
alcança a outra. Sendo 

9 (t; M) = M'a função que gera M” de acordo 
com a definição ? 

então existe uma sequência: 

[à E o) (tj, [o (ts BS) 4) Pay M)...))) = M 


DEFINIÇÃO [12]: 


(Reachability set). Designa-se por R (M) o 
conjunto de todas as marcações alcançáveis por M. 
Verifica-se que 

R(M) SIN Nr (= P número de lugares da 

rede de Petri) 


DEFINIÇÃO [13]: 


(K-bounded). Um lugar p numa de rede Petri 
marcada < T,P,A,M > é limitado em K sse 
v Me RM) M'(p) < K 
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DEFINIÇÃO [14]: 


Uma rede de Petri marcada é (K-bounded) limitada 
em K se todos os lugares forem limitados em K. 


DEFINIÇÃO [15]: 
(Safe place). Um lugar é seguro se for limitado em 


1 e uma rede de Petri marcada é segura se todos 
os lugares o forem. 


DEFINIÇÃO [16]: 
Uma transição t numa redec = <T,P,AM> 


está vivase IM'€ R (M) na qual a transição t 
está habilitada. 


DEFINIÇÃO [17]: 


Uma rede de Petri marcada < T,P,A,M> está 
vivase Vt € T,t está viva. 


DEFINIÇÃO [18]: 


(Net invariants). Um invariante da rede 
N = <T,P,A> éum conjunto | (N) de lugares 
tal que 
ZM'(p) 
pel (N) 
é uma constante, Y M' E R (M). 
| (N) não tem subconjuntos próprios que gozem 
desta propriedade. 


DEFINIÇÃO [19]: 


A matriz de incidência C = [C, 5] duma rede de 
Petri< T,P, A > é definida como: 


[a se (pt)E A AÍt,p) ZA 
(S — 1 

E, 

P 0) 


se(t,p)eAA(pt)gZA 
caso contrário (outros 2 casos) 
3 — ALGUNS RESULTADOS 
E DEMONSTRAÇÕES: 


TEOREMA 1: Seja | (N) um invariante de 

N= <T, RAM 

sejai = 3 [I(N)N (1(t)—O (t))] e 

o =H[I(NN(O(t)—l(t))JentãovteT 
tem-se quei = o. 

DEMONSTRAÇÃO: Seja M” = à (t,M?), 

M€ R (M),t € T, uma marcação e uma transição 
habilitada quaisquer da rede N. Uma vez que: 


M"(p) = M'(p) +1sepelo (t) — | (t)] 
M"(p) = M (p)—-1sepell(t)—O (t)] 
M"º (p) = M.(p) sepel(P-—I(t)—O (t)) 


U(i(yNo (t))] 
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então 
ZM"(p) = ZM (p) 
pEI(N) pê E(N) 


implica que seja 


| ="0 


TEOREMA 2: Inversamente seja 

N = <T,P,A,M> uma rede de Petrie BCP e 
i=a [BN(It)-O(t))]e 

o = [BN(O(t)—I (+). 


Entãosei = o,Vt€ T então B é um invariante 
EAN). 
DEMONSTRAÇÃO: Caso se verifique i = o então 
isso significa que: 
sendo M” = à (t,M') M'e R (M) 
t € T habilitada 

então =ZM"(p) = ZM'(p) 

pt B pt B 


dada a definição de à (t,M') eofacto dei = o 


Portanto B verifica a condição de definição sendo 
um | (N). 


TEOREMA 3: Seja C a matriz de incidência de 
<T,P,A>Deseja Y um vector tal que 


o sei É I(N) 
Yi = 
IseciCI(N) (HEY =HEP=n 
número de lugares) 


em que | (N) é um invariante de 
N == RAMO: 


Então verifica-se que 
CY = o 


DEMONSTRAÇÃO: 


Relativamente a uma transição t qualquer 
queremos que 

n 

Ê Cp Yp = 0 

p=1 

Cp = OQ caso 
tpgas(p, VEAVIMLpÉAA (p ZA] 
Ckp * o caso contrário 
Neste último caso 
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—1 se pell (t) — O (t)] 


1 se pe[0(t)-—I(t)] 
mas Y p + osse pé | (N). 


Seja B = I(NINMI(DUO(t)) — (I (t)NO (t))] 


O produto CipYp só será não nulo nos casos em que 
pé B. 
Nesta situação dado o teorema 1,-temos que 
i=0 donde podemos concluir que teremos igual 
número de parcelas com sinal positivo e sinal 
negativo. Logo: 

Ly = 


TEOREMA 4: 


Seja N = 
incidência 
n=RP=HY 

Se CY = 0 em que os elementos de Y são 
unitários ou nulos e se | (N) for o conjunto dos 
lugares correspondentes aos elementos de Y não 
nulos, então | (N) é um invariante. 


H(N) = (p:pePAyY, = 1) 


<T,P,A,M>eCagsua matriz de 


DEMONSTRAÇÃO: Consideramos o teorema 
demonstrado se provarmos que: 


z M" (j) = = M'(j) sendoM” = à (t,M') 
jet Q(N) jel QN) wWMeR(MevteT 
à habilitada 


dado que como é óbvio aquela igualdade significa 
que a poderemos verificar para qualquer membro 
de R(M) (que a referida soma é constante). 


Mº(p) = M(p) + Cp YpEP 


Mº (p) se pe (IL (tNO (t))U (Itu (t))S 


OusejaM(p) =4 M'(p)—1 sepe(l(t)—O (t)) 
M'(p)+ 1 se pe(O(t) —I (t)) 


Assim: 


=2M (D)=2M(p+z(M(D)-1)+=d(M 
je 1 Q(N) jsD je F JeG 


(j) + 1) (a) 


D = i(Nari(t)no(y)U (I(tuo (19) 


(note-se que: 
DUFUG = I(N)) 


F = I(NA[ (to (t)] 
G = I(N)n[O(t)—I (t)] 


mas em virtude do Teorema 1 temos que: 
FF = 46 


Assim o número de parcelas — 1 e + 1 são iguais 
e portanto a desigualdade (a) simplificada dando: 


Sort) = 2. MA 
vje QN) wvjelQ(N) 


4. EXEMPLO DO PRODUTOR-CONSUMIDOR 


Sejasm as habituais definições das operações P e V 
sobre um semáforo S: 


P (S) fS>0 then S:=S-—1 else wait; 
Vis) If Si= S+ 1 


Sejam os seguintes semáforos: 
Semáforo E; inicial (E) = B; 
Semáforo F; inicial (F) = O; 
Semáforo M; inicial (M) = 1. 


Podemos pois escrever os programas para os dois 
processos concorrentes coordenados através de 
semáforos: 


Consumidor 
Prod.: “produza” Cons: P (F) 

P(E) P(M) 

P(M) retire do Buffer 


Produtor 


Coloque no Buffer V (M) 
V (M) VE) 
V(F) Consuma 


Go to prod; Go to cons; 
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Rede de Petri do sistema de dois processos: 


Vamos construir a TM (“token machine”. É 
apenas uma forma alternada de representar o 
“reachability set), comb = 1 (1 buffer só) 


A TM mostra que a rede é limitada em 1 (segura 
portanto) e que é conservativa (todas as marcações 
têm sinais). Não há “overflow”” uma vez que nunca 
há mais de 1 sinal em Pz. A rede está viva porque 
qualquer transição pode ser activada através duma 
certa sequência de marcações (não existe 
eadlock”). t» e ta são mutuamente exclusivas dado 
que nunca são habilitadas simultaneamente. 


Quais os invariantes: 


mf is Aendbo O o BioDiaO Vntá vos fo 

1 poe guiar Ya 0 

O 0-1 11 0-1 Ya 0 

[BSD le de Rana Va |O 
Y5 Ro 

As soluções são : Y6 y 
Y3 0 

RU Can é ho io 0] 

OR a a e 0] 

LO. Acad qu) as 

E 0] 
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donde dos invariantes são 


(P4. Po). (Pa Pa ).lPo.P7).lPo) 


A rede é limitada dado que cada nó existe nalgum 
invariante e marcação de partida é limitada. 


A rede é conservativa uma vez que P = UI (N) 
Disjuntiva 


(todos os invariantes) P está particionado em 
invariantes e o número total de sinais mantém-se 
constante. 

Exclusão mútua: se duas transições estiverem 
ligadas a lugares do mesmo invariante e se a 
marcação inicial for tal que a soma dos sinais dos 
lugares do invariante é 1 então não podem disparar 
simultaneamente. Transições tg e ta que 
pertencem ambas ao invariante Pg não podem por 
isso disparar simultaneamente (exclusão mútua). 
Não há “buffer underflow” porque ty não pode 
disparar se M (P3) = o. Não há “overflow” porque 
uma vez que Pr, P7 é um invariante 

M (PG) +M (85) = B portanto M (P;)< BB, 
sempre. 

É fácil de concluir através dos invariantes que tem 
de haver sempre alguma transição habilitada. 
Assim, a rede não tem “deadlocks””. Em termos de 
TM isso manifestava-se pelo aparecimento dum 
estado em que nenhuma transição está habilitada 
o que visualmente se verifica não ser verdade. 


DEFINIÇÃO 20:Se (pe I (t) VpeO (tha pel (N) 
então dizemos que t é uma transição de | (N). 


TEOREMA 5: Se duas transições forem transições 
do mesmo invariantee à = 1 então as transições 

são mutuamente exclusivas e não podem disparar 

simultaneamente. 


DEMONSTRAÇÃO: Sejam t7 e t2 transições do 
mesmo invariante e sejam Pq e P5 lugares do 
invariante | (N) 


SePjel (tj) AP9el (t5) então é óbvio que um 
sinal não pode activar duas transições diferentes 
simultaneamente independente de ser Pj + Ps 
ou não. ; 

SePje I(ty)nPoe0 (tg) (ou vice-versa) t4 

eta não podem estar habilitadas 
simultaneamente dado que isso implicaria a 
existência duma transição que aumentava à o total 
de sinais do invariante. Esse total só não seria 
aumentado se existisse um P3 € | (N) tal que 

P3 E | (t5), simultaneamente. Mas de novo devido 
ad = 1 não será possível activar duas 

transições simultaneamente. 
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Caso começássemos por verificar ambos Pq & O (tj) 
e P5€ O (t5) acabávamos por concluir que para 
evitar que d aumente que outros lugares do 
invariante estão ligados a ty e tg (| (t4)) e (It5)) o 
que acarretaria a impossibilidade de ambas as 
transições ficarem habilitadas simultaneamente. 
Exemplo de rede “mai comportada”: 


Exemplo de rede "mal comportada": 


Fig. 6 (9) 


O estado 12” mostra claramente que a rede 
representa um sistema com “deadlock””. Por outro 
lado a rede não é conservativa. O disparo de 
transição to dá origem ao aumento de marcas 

(w > oo) da rede. 

Em conclusão, vimos como usar os anteriores 
resultados, nomeadamente determinando os 
invariantes, para concluir da correcção lógica e do 
bom comportamento dum sistema de processos 
concorrentes. 


5 — À REDE DE PETRI TEMPORAL 


A rede de Petri temporal (time Petri Net TPN) 

foi criada como uma extensão às PN com o fim de 
permitir a representação de conhecimento de 
tempos num modelo tipo PN. 

A TPN é definida por uma PN em que cada barra 
tem dois tempos especificados. O primeiro denota 
o mínimo tempo que tem de passar desde o 
momento em que as condições que habilitam a 
barra se verificarem até que esta possa disparar. 

O outro tempo denota o máximo tempo que pode 
decorrer desde que a transição está habilitada e a 
barra não dispara. Após este tempo, a barra tem de 


disparar. Em geral estes dois tempos dão uma 

certa medida dos tempos de execução máximos e 

mínimos da barra. 

1) t* i denota o tempo mínimo relativo à barra i 

2) t+ | denota o tempo máximo relativo à barra i 

3) quando t*i = t*x io tempo da barra i será 
denotado por ti. 


A TPN contém como caso particular a PN em que 
tri = o 

tm *|> oo 

Para simplificar notações quando omitirmos os 
valorest iet ii suporemos que valem 
respectivamente o e os, 

As restrições temporais (TPN) são geralmente 
utilizadas para evitar algumas transições da TM, 
simplificando-a. 

A TM de uma TPN tem menos estados, em geral, 
do que a correspondente TM da PN. 


VALIDAÇÃO DA DESCRIÇÃO 
DO PROTOCOLO 


Suponhamos que estamos a construir a TM dum 
protocolo. 

Esta TM tem um bem definido estado inicial 
(iddle state). 

A partir daí haverá caminhos normais e 
excepcionais que incluem todas as situações 
possíveis por causa de “time outs”, recursos 
ocupados, etc. A TM pode ser gerada adicionando 
caminhos excepcionais aos normais. Em princípio, 
não serão de aceitar TM que apresentem 
“deadlocks” ainda que nalguns casos reais existentes 
isso se verifique. Será um protocolo que não é 
bem comportado (WBP Well Behaved Protocol). 
Um protocolo bem comportado pode ser 
caracterizado como um protocolo com uma TM 
em que: 


1) O número de estados é finito 
2) A partir de qualquer estado há um caminho 
para o estado inicial 
3) Não há nenhum “loop” ligando somente estados 
excepcionais 
4) Se uma das partes ficar inactiva, a outra retorna 
ao “iddle state” após um intervalo de tempo finito 
5) Outras propriedades de bom comportamento 
das PN's em geral. 


A metodologia advogada está aqui resumidamente 
descrita. De acordo com este processo interactivo 
quando se abandona o processo, as-contradições 
às condições para que o protocolo seja um WBP 
serão devidas unicamente ao protocolo. Neste 
ponto a descrição representa o protocolo, o 
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CONSTRUA A 
TPN QUE 
DESCREVE O 
PROTOCOLO 


CONSTRUA 
A ss 
“TM MACHINE" 


START 


AJUSTE A 
“TM! K 
NOVA TPN 


VAM A QUE 
WBP = FALSO 


AJUSTE 
A 
TPN 


SAIDA DO 
MODELO 
TPN 


Fig. 7 


projectista entende-o e sabe quais as condições que 
este não satisfaz. 


6 — MODELIZAÇÃO 
DO “ALTERNATING-BIT PROTOCOL" 


Trata-se de um protocolo muito simples, no âmbito 
do qual se prevê que são alternadamente 
transmitidas mensagens numeradas binariamente. 
Após a transmissão da mensagem o (zero) 
aguarda-se o respectivo ACK após o que se 
transmite a mensagem 1 (um). Em seguida, o ciclo 
repete-se sendo transmitidas novas mensagens. 

A numeração é feita através de um só “bit”, daí 

o nome do protocolo. Teve a sua origem nas 
comunicações, "half-duplex””, mas no entanto trata-se 
de um protocolo seguro e que pode ser usado em 
vias de comunicação “full-duplex”. Se concebermos 
que numa via “full-duplex”” existam 
simultaneamente vários canais lógicos, cada um 
deles regulado por este protocolo, compreendemos 
que construímos em dois subníveis 

(o do alternating-bit) um eficiente e seguro 
protocolo de nível linha para comunicação em 
“full-duplex”. De facto este tipo de projecto foi 
usado no protocolo IMP-TO-IMP da ARPANET. 
Foi usado um ciclo de numeração com 16 
mensagens, mas no entanto este espaço de 
numeração é gerido como 8 pares de números, 
sendo cada par usado num canal lógico, 
funcionando sobre o “alternating-bit” que regula a 
transferência das mensagens. Compreende-se assim 
a importância deste protocolo. 
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a mensagem actual (M4). Note-se que o emissor 
não reage, caso cheguem erros. Caso um ACK ou 
NAK seja corrompido o emissor, por “'time-out”, 
retransmite a mensagem correspondente ao seu 
estado actual. 

Para modelizar e consequentemente provar como 
correcto este protocolo e adicionalmente avaliar 
a sua “performance” face a um meio de 
transmissão com certas taxas de erro, vamos 
desenhar as redes de Petri que descrevem o 
funcionamento do protocolo. 


Poderíamos descrever o “alternating-bit” através 
do seguinte grafo: 


EMISSOR 


EMISSOR 


RECEPTOR 


Fig. 9 


WAIT M 
[S) 


TX - ACK 


Estado inicial: “token” em Wo e CTRL 


1 — ACK — RCV-ACK 


2- CTRL — controlo 


3-—-Wo — wait, ACK/NAK Mg 
4—-Ma-Ee—Ms 
5 =-My = To My 


1 X 
TX - ACK 6 -Wy — wait, ACK/NAK M1 
7 —- TO — time out 
8 — NAK — RCV-NAK 


Fig. 8 


Dispara após tmin = tmax = É 


Todas as outras transições disparam com 
Presume-se que, caso se espere M4 e chegue Mg odas as ou ' p 


(ou vice-versa esperar M, e chegar M4) é porque tmin = tmax = 0 excepto Ty — Mo e 

o ACK não foi recebido no emissor e assim como a T;- My comtmin = Cetmax = “eas 
mensagem já foi recebida o ACK é reenviado, a 14 a 21 a que associamos tempos 

mensagem (M,) é desprezada e ficamos a aguardar correspondentes à duração das transmissões. 
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Amanhã é já hoje 
Um programa desenvolvido em MEM/DOS possui vários anos de avanço 
sobre os dos americanos. 
Consagrado como o melhor sistema de programação para o APPLE, 


MEM/DOS é um instrumento de desenvolvimento poderoso e é o único cuja 
estrutura interna é capaz de se adaptar à evolução permanente da tecnologia 


informática. 


Os programas criados com apoio nele e à sua imagem oferecem as per- 
fomances exigidas pelos profissionais mais exigentes. 

Amanhã, quanto mais sofisticado for o programa, mais simples ele será. 
Amanhã, para MEMSOFT, é já hoje. 


Simples 
e profissionais: 
os programas 


200 programas gerais 
e de aplicação foram 
desenvolvidos em 
MEM/DOS. Por exem- 


plo: 


MEMOBASE 
Gestão de ficheiros 
e de base de dados. 


HISTOPLOT 
Gráfico de decisões. 
MEMSOEFT 
CONTABILIDADE 
Programa de contabili- 
dade decisão. 


Simples 
e poderosos: 
os instrumentos 
de desenvolvimento 


À volta do MEM/DOS, 
MEMSOFT criou vá- 
rios instrumentos de 
desenvolvimento para 
todas as necessidades. 
Entre eles: 
MEMTEXT 
Programa de trata- 
mento de correio. 


MEM/PLOT 
Linguagem de progra- 
mação gráfica. 
MEM/COMPILER 
O compilador 
MEMSOFT. 


Simples 
e inovadores: 
os instrumentos 
de comunicação 


MEMSOFT propõe 
uma larga gama de no- 
vos produtos e espe- 
cialmente: 


MEMTEL 
A extensão vídeo texto 
do vosso sistema de 

gestão. 

MEM 16 
O conjunto micro cére- 
bro para multiposto 
capaz de gerir de 2 a 
16 postos de trabalho. 


PROGICIELS 


MEMSZrT 


A 


CENTRO COMERCIAL 


PALLADIUM 
LOJAS 


3031 
TELEFS. 372835-366720 
1200 LISBOA 
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RECEPTOR 


ERRO 
o Ae Ea, Red 
15 No: 
» t 
Ae 


Fig. 10 


Estado inicial : token em Wo 


9 — ACK — TX — ACK 
10 — Mo — RGV — Ma 
11 - Wo — wait Mo 
12 —M4 — wait M4 
13 — W4, wait M4 
14 — ERRO — RCV — ERRO 


Vamos agora apresentar as redes que modelizam 

o meio de transmissão. Note-se que interligam 
condições pertencentes às redes de emissor e 
receptor e vice-versa. 

Apresentamos as redes do conjunto em separado 
para simplificar a descrição, já que uma rede única 
seria de compreensão mais difícil, tanto por ser 
mais difícil individualizar as funções das suas partes 
como por a rede resultante ter necessariamente 
uma grande confusão de lugares, transições, setas 
e marcas. 


MEIO E-R 


RCV 


WS 


20 


al 


Fig. 11 
MEIO DE TRANSMISSÃO 


É o meio de transmissão que vai introduzir não 
determinismo no sistema de transmissão. Assim, 
podemos assumir (valores a usar mais tarde) 
probabilidades de as mensagens serem corrompidas 
(resultarem em erro) e também de as respostas 
ACK/NAK serem corrompidas (não chegarem). 
Analogamente podemos assumir que as transições 
do meio (acontecimentos que são as transmissões) 
disparam com tmin = tmax = tem que este 
valor é o tempo de transmissão da mensagem 
(dados + controlo) e que poderá ser diferente 

do valor que assumirmos para as transmissões das 
respostas ACK/NAK. 

Tendo construído a rede de Petri do protocolo 

e do meio de transmissão usado, podemos agora 
construir a matriz de incidência e determinar os 
invariantes da mesma. Recapitulando, temos de: 


—1se(pt)eAe(t,p£A 
Iselt,pje Aelp tg A 
O outros casos 


Cít,p) = 


O computador-aranha nas telecomunicações mundiais 
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Estes invariantes garantem-nos adicionalmente que 
o protocolo não entra em “deadlock”, já que haverá 
sempre alguma transição habilitada (rede viva), 

Tg após uma emissão e se o “time-out” se escoar ou 


chegar um “hack” ou “ack” Ta ou Tg. A hipótese de 


erro de transmissão sistemático e consequente 
retransmissão aqui prevista poderia levar a um “loop” 
eterno. Obviamente que haverá mecanismos de 
recuperação de erro implementados noutros níveis 
capazes de superar esta situação. 

Uma forma alternada de comprovar as 

propriedades assim descritas é através da “token 


machine”. 
EIS E a ses Ka 
MATRIZ DE INCIDÊNCIA e E CD ET, ED) 


EMISSOR/MEIO/RECEPTOR ex 


Recordem-se os teoremas 3 e 4. Para que Ea 
CY = O é necessário que (começando a analisar 
pelas equações 19 e 20): a 
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3/7/8/13 
6 


Nus ai 6 gm Cgaique 
Prtagisotag = Yo pal 


or outro lado podemos concluir que: o Et 
' K 5 
Y41 = Y413 equações 11 e 8 

Yo = Y5 equações 3,4,5 6e 7 
Ya 2 Y3 = Y6 ao Y3 eg. 2 


Va YE Ng ER eg. 1 TOKEN MACHINE 


A rede é limitada já que existem sempre 3 ou 4 


Concluimosassim: Y17 = Y13.Y2 = Y78 “tokens”' na rede, sendo portanto segura. Por outro 


Y3 = Y6 donde tendo em conta os 8 conjuntos lado, a rede está viva já que existe sempre alguma 
de soluções possíveis os invariantes são transição activa; por outro lado, através de uma 
(Po. P7 ) , ( Pa, P6 ) e ( Pq, P13| , solução que curta sequência de transições, qualquer marcação 
era de esperar. é alcançável a partir de qualquer outra. 


Tae Ts são mutuamente exclusivas, o que garante 


Estes invariantes garantem-nos que: A Er 
que é alternadamente transmitido Mg e My. 


(Pa, Pg) ou estamos a transmitir MG ou M4. Um outro aspecto que se nota é o mecanismo de 
Inicialmente Mo. recuperação de erro. A transmissão correcta 
Í Pa, P5) a rede é limitada (portanto segura). corresponde ao eixo que inicia na marcação 


E1:2/3/11 e que finda nesta mesma marcação. 
Todas as possibilidades de erros correspondem a 
ramos laterais a este eixo central e em que após 
o disparo de algumas transições (mecanismo de 
recuperação do erro) se regressa ao eixo central, 
no ponto adequado a um correcto reinício da 
transmissão. 


A condição de “time-out”” poderia originar 
múltiplos “tokens”. No entanto este invariante 
garante que isso não sucederá. P5 tem inicialmente 
uma “token”. 

(Pq Pa ) aguarda-se a recepção de M, ou M4. 
Inicialmente Mg. 
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Para cada acontecimento há um ramo que explicita 
o funcionamento do protocolo perante a 
ocorrência. Por exemplo a chegada da mensagem 
errada, o não recebimento do ACK ou dum NAK 
etc., correspondem a ramos que divergem do eixo 
central da TM mas em que após algumas transições 
se regressa a este eixo significando isto que se 
recuperou o erro. 

Sejam 

To — O tempo de envio de uma mensagem de 
controlo (ACK ou NAK) 

Tm º tempo de envio da mensagem Mg ou M7 

To — O valor do'time-out" 

Pç — a probabilidade de uma mensagem de 
controlo (ACK ou NAK) chegar corrompida 
ao seu destino 

Phy — à probabilidade de uma mensagem chegar 
corrompida ao seu destino 

E — tempo de transição entre estados não 
envolvendo transmissões 


Seguindo o fluxo indicado pela “token machine” 
o tempo de transmissão duma mensagem é o tempo 


entre o estado 2/3/11 correspondente à emissão 
de MG e 2/6/13 correspondente à emissão de M4. 
Assim de 2/3/11 a 3/7/10/11 temos 


E +Tm + PuÍE+PlTo + E) + (PÇ) 
(Te + E) + Ty + PULE + PolTo + E) + ...1) 
Ou seja, desprezando E e tendo em conta que 

2 x = 1/(1—x) 

Tm = [TM a PmPcTo li Pm (1 — a, Td/ 
1-Py) (1) 


O acréscimo a Ty deve-se à probabilidade Pn da 
mensagem chegar errada e de em consequência disso 
haver retransmissões. 

A tórmula (1) atrás indicada também tem em conta 
a possibilidade do NAK não chegar incólume ao 
emissor, podendo o emissor retransmitir Mo em 
virtude de'time-out; parcela PyyPçTo (a parcela 


LÓGICA . 
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MICROCOMPUTADORES - TELEPROCESSAMENTO 
ANÁLISE E PROGRAMAÇÃO DE SISTEMAS 


TELEFONE 53 75 35 - 53 81 04/5 


AVENIDA ALMIRANTE REIS, 95/A - 1100 LISBOA 
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PM (1 — Pç) To é a que representa a chegada do 
NAK). 

Finalmente para atingir o estado 2/6/13 a partir 

de 3/7/10/11 basta ter em conta o efeito da possível 
não chegada do ACK ao emissor 


3E +T+P(ZE+To + Tm + Te + Po 
2E + To + Tm + To + PÇME)]) 


Isto é, seo ACK não chegou é porque houve erro, 
ou por alguma razão não foi entendido como tal 
pelo emissor. Assim, este reage por “time-out”, 
havendo em seguida um processo de retransmissão 
da mensagem M, equivalente ao já descrito atrás 
e que levou à fórmula (1), isto é, o valor T'y 
Simplificando ficamos com 


gs bta e PG PET pAt= PO 2) 


Portanto o tempo de transmissão duma mensagem é 
igual a 


T=TmtTm (3) 


em que T' e T"ny são dados respectivamente (1) e 
(2). 

Temos assim ao dispor ferramenta que nos permitirá 
estudar a “performance” deste protocolo em função 
de vários tipos de parâmetros (basicamente a 
probabilidade de erro do meio de transmissão e o 
valor do “time-out”). 

A sobrecarga associada à parte de dados de controlo 
da mensagem não está tida em conta nas fórmulas 
apresentadas, mas o seu efeito é o de reduzir a 
capacidade de transmissão determinada (M — HJ/M 
desse valor sendo M e H a extensão em bites da 
mensagem e da sua parte de controlo 
respectivamente. 

Desta forma evidenciamos também a possibilidade 
de utilizar esta ferramenta para avaliação da 
“performance” do protocolo. 


CONCLUSÕES 


Fez-se uma completa introdução às redes de Petri 
e exemplificou-se o seu uso para a resolução de 
problemas típicos das comunicações. 

Esta é uma área fecunda para a utilização das redes 
de Petri. Por exemplo, um trabalho que se poderia 
fazer é a modelização dum protocolo de linha 
“full-duplex”, equilibrado, usando 4 pares de 
autómatos E/R tal como aqui foram especificados. 
Este princípio pode ser mesmo aplicado com 

mais generalidade. Assim, em função dos objectivos 
dum determinado protocolo, poder íamos aplicar 
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TELEMÁTICA 


a este o princípio da decomposição funcional por 

subcamadas (considerar o protocolo também uma 

hierarquia de camadas de “'software” tal como estes 

por sua vez podem compor uma hierarquia de 

comunicações completa). 

Como se referiu em função dos objectivos do 

protocolo, poderíamos eventualmente encontrar 

subníveis tais como: 

(1) sincronização 

(2) transparência 

(3) detecção de erros 

(4) transferência de mensagens (Dor exemplo o 
“alternating-bit”) 

(5) sequenciamento 

(6) controlo de fluxo 

(7) outras funções 


A ideia é que todos estes subníveis constituam um 
protocolo sem que haja mensagens diferentes, 
geradas por cada um dos subníveis, mas apenas a 
adição de mais partes de controlo relativas a cada 
função. 

Assim, por exemplo, não haveria mensagens de 
crédito relativas ao subnivel (6), mas antes uma 
parte de controlo adequada que se junta às 
mensagens de dados. O princípio de só gerar 
mensagens de controlo NAK/ACK/Créditos/etc., 
caso não haja mensagens de dados em trânsito é 
respeitado. Se a linha estiver livre e não houver 
mensagens pendentes a informação de controlo 

é enviada isoladamente. 

A ferramenta aqui apresentada pode ser usada 

em seguida para representar as interfaces entre 
protocolos adjacentes numa hierarquia de camadas, 
como são usualmente as arquitecturas de 
comunicações. 

Estas são algumas sugestões que se deixam pará 
desenvolvimento de trabalho em problemas em que 
o uso de redes de Petri poderá ajudar muito. 
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Bull e Renault assinaram um 
protocolo de acordo fixando o 
quadro de uma colaboração a 
médio e a longo prazo, em 
matéria de fornecimento de 
serviços e de equipamento 

de informática e de burótica. 
Até ao fim de 1986, o 
protocolo prevê que o grupo 
Bull deverá vir a ser o primeiro 
beneficiário da política de 
investimentos informáticos do 
grupo Renault. 

O grupo Renault encontra-se 
actualmente entre os mais 
importantes utilizadores 
franceses de sistemas de 
informação. Desde a tradicional 
informática. de gestão até 

às aplicações avançadas da 
concepção assistidas pelo 
computador, da condução do 
processo industrial, da burótica, 
etc., os campos de aplicação dos 
sistemas de informação da 
Renault são extremamente 
numerosos e variados. 

Nos termos do protocolo de 
acordo, o grupo Bull 

montará uma estrutura comercial 
apropriada oferecendo à Régie 
Renault um interface único 
dotado com as responsabilidades 
necessárias para assegurar a 
completa eficácia técnica e 
comercial em relação ao seu 
parceiro. 

Além disso, os dois grupos 
comprometem-se a “uma 
informação avançada, recíproca 


O QUE DIZEM OS FORNECEDO! 


Á uni! 


e sistemática, tanto a nível da 
estratégia produto do 

grupo Bull, como a nível dos 
projectos de equipamento do 
grupo Renault”. 

A colaboração entre os dois 
grupos, incidirá principalmente 
nos domínios da informática de 
gestão (centralizada e 
descentralizada) dos sistemas 
informacionais, da informática 
industrial, assim como a 
comunicação de empresa (rede 
burótica). Os dois parceiros 
procurarão além disso o 
desenvolvimento em comum dos 
produtos logiciais ou materiais 
adaptados às necessidades do 
grupo Renault, e susceptíveis de 
serem generalizados e 
comercializados pelo grupo Bull. 


BULL escolhida para 
equipar a alfândega 
dinamarquesa com a 
futura rede informática. 


A filial dinamarquesa da Bull, 
foi escolhida pela 
Administração das Alfândegas 
dinamarquesas, para instalar a 
rede de informática distribuída, 
permitindo a ligação de 31 
centros distritais ao futuro 
centro informático da sede 
das Alfândegas (as sociedades 
privadas poderão também 
ligar-se ao mesmo centro) e o 
Centro de Informática do 
Serviço do Estado 
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“DATACENTRALEN”. 

As entregas corresponderão às 
diferentes etapas previstas para 
o desenvolvimento das aplicações 
do novo sistema informático da 
Administração das Alfândegas. 
Em 1984, a Bull vai instalar na 
sede das Alfândegas, um duplo 
sistema DPS 8/47, dois 
processadores de redes 

“Datanet 7100” e um 
minicomputador Mini 6. Para 
dar resposta às necessidades de 
tratamentos locais, a Bull 
entregará ao longo do ano de 
1985, 31 Mini 6 (1 por distrito). 
A rede que ligará os centros da 
sede dos distritos, comandará 
numa primeira fase, os 400 
terminais que a Bull entregará 
nos 12 meses que se lhe seguem. 
Cada terminal terá acesso aos 
ficheiros locais e aos ficheiros 
da sede, assim como aos 
ficheiros geridos pela 
“Datacentralen”, e ainda a dados 
que interessam a cerca de 

400 000 sociedades registadas 
na Dinamarca. Numa fase 
posterior, mais de 800 terminais 
virão reunir-se à rede para 
estarem à disposição das 5500 
pessoas que trabalham na 
Administração das Alfândegas 
dinamarquesas. 

Uma estreita colaboração vai 
assim estabelecer-se entre a 
Administração das Alfândegas 

e a filial dinamarquesa da 

Bull, durante o período de 
concepção, desenvolvimento das 
aplicações, e instalação dos 
sistemas de comunicações e 

do ciclo de formação. 

As aplicações desenvolvidas 
darão cobertura ao conjunto das 
operações efectuadas pelas 
alfândegas dinamarquesas: 
cobrança das taxas aduaneiras, 
registo de bens importados e 
exportados, assim como a 
cobrança das taxas de valor 
acrescentado, das taxas sobre 

os veículos motorizados e dos 
produtos energéticos, dos vinhos 
e espirituosos, tabacos, etc. 

As aplicações standard serão 
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também desenvolvidas por 
correio electrónico, tratamento 
de textos e as necessidades de 
tratamento individual. 

Este importante contrato foi 
assinado por C.A. Nielsen e T.E. 
Elrog, respectivamente, o 
director e o director-adjunto das 
Alfândegas dinamarquesas, e 
pela Bull o director-geral da 
Rede Internacional G. 
Napolitano e o director-geral da 
filial dinamarquesa C.L. Philips. 
Por ocasião desta assinatura, 
C.A. Nielsen declarou que “a 
Administração das Alfândegas 
acabava de transpor uma etapa 
importante” indicando que a 
escolha do parceiro fora feita 
“no seguimento de um concurso 
público anunciado numa revista 


oficial da Comunidade Europeia. 


No meio dos 9 construtores de 
computadores que tinham 
respondido ao concurso, a Bull 
foi escolhida por fornecer às 
Alfândegas dinamarquesas o 
servico informático alfandegário 
mais moderno no mundo”. 

As razões da escolha foram: 


— À vontade de encontrar um 
parceiro mais que um simples 
fornecedor, 

— À oferta de uma solução 
integrada com os materiais 
standards da Bull (DPS8, Mini 
6, periféricos e a rede 
DSA/ISO), dando resposta 
às necessidades presentes e 
futuras das alfândegas 
dinamarquesas. Esta oferta vai 
da burótica aos grandes 
sistemas de informática. 

— As possibilidades de evolução 
oferecidas por estes materiais. 

- A utilização de standards de 
comunicação internacionais, 
que a Bull propõe com a sua 
arquitectura de rede 
distribuída DSA. 

— A Bull tem já numerosas 
referências como fornecedor 
de um grande número de 
ministérios em diferentes 
países tais como a República 
Federal da Alemanha, a 
Bélgica, o Gabão, a Grécia, a 


78 


Holanda, o Líbano e a Suécia. 


Contrato de Cooperação 
entre a BULL SEMS e 

a RIDGE COMPUTERS 
para um sistema de 32 
bits de vocação 


científica e industrial. 
Bull Sems, a quem cabe, dentro 
do grupo Bull, o 
desenvolvimento e a fabricação 
de sistemas com vocação 
industrial e científica, acaba de 
assinar com a Sociedade Ridge 
Computers, de Sunnyvale na 
Califórnia, um acordo de 
cooperação técnica, comercial 
e industrial, tendo em vista a 
introdução rápida no próximo 
catálogo da Bull, de um sistema 
mega-mini de 32 bits 
desenvolvidos pela firma 
americana. A conclusão deste 
acordo é acompanhada pela 
entrada da Bull no capital e na 
administração da Ridge 
Computers. 

Este acordo implica a produção 
destes sistemas em França pela 
Bull Sems, que os fabricará nas 
suas instalações industriais de 
Echirolles, perto de Grenoble, 
ainda antes do fim deste ano, e 
prevê uma extensa cooperação 
técnica, entre as duas sociedades, 
tendo em vista a extensão desta 
linha de sistemas a “mots”” de 
32 bits. 

Pelas suas capacidades e 
resultados obtidos, o sistema 
desenvolvido pela Ridge 
Computers está entre os 
primeiros dos mega-mini 32 bits 
actualmente disponíveis no 
mercado internacional. 

Com uma arquitectura muito 
avançada, oferecendo uma 
memória virtual de 4 biliões de 
octetos directamente 
endereçáveis, este sistema 
beneficia de uma “performance” 
de tratamento elevada, de 3 
MIPS (Milhões de Instruções 
Por Segundo). Uma configuração 
típica deste sistema oferece 2 


EEE SS SEE SS SE SS eee rasos meme =] 


milhões de octetos em 

memória central, 60 milhões de 
octetos em disco, e a 
possibilidade de utilização de 
terminais gráficos cores de alta 
definição. Funciona com o 
logicial de exploração UNIX (2) 
(versão do sistema V, Berkeley 
4.2) eainda as linguagens C, 
Pascale FORTRAN 77). Além 
disso, suporta os procedimentos 
de acesso às redes locais 
Elhernet (*») e está orientado 
para utilizar numerosos 
progiciais de CAO e FAO 
(concepção e fabricação 
assistidas por computadores). 
PERA O A ARO TE ET 


(%) — Marca registada pela Bell Labs 
(3%) — Desenvolvida pela Xerox 


vendemos 
espaço 


Tels. 32 37 73/36 64 45 LISBOA 
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Data General 


e a Inteligência Artificial 


A Inteligência Artificial (1.A.), 
ou seja, as metodologias de 
análise e programação de 
aplicações que envolvem formas 
de raciocínio lógico, que nos 
últimos anos se tornou numa das 
grandes disciplinas da 
informática, originou um 
mercado informático de grande 
crescimento e que 
previsivelmente ultrapassará 

os 2,5 biliões de dólares no fim 
da década. 

A I.A. é a ciência que, dentro 
de pouco tempo, revolucionará 
todo o dia-a-dia das pessoas: 

os seus campos principais de 
actuação são processamento da 
língua natural e o acesso 
através dela a bases de dados, 

a construção de sistemas peritos 
em vários domínios (desde a 
medicina até à prospecção de 
minérios) e na robótica, ou 
seja, máquinas autocontroláveis 
com possibilidades de visão, 
fala, etc. 

Para enfrentar este novo 
mercado a Data General conta 
com um grupo de investigação 
e de desenvolvimento de 
produtos e ainda de um 
conselho consultivo formado 
por: 

Dr. Patrick H. Winston — 
Professor de Ciência da 
Computação e director do 
Laboratório da I.A. do 
Instituto de Tecnologia do 
Massachusetts. 

Dr. Raj Reddy — Professor 

de Ciência da Computação e 
director do Instituto de Robótica 


na Universidade de 
Carnagie-Mellon. 

Dr. Michael L. Dertouzos — 
Professor de Ciência da 
Computação e de Engenharia 
Electrónica e director do 
Laboratório das Ciências da 
Computação do Instituto de 
Tecnologia do Massachusetts. 
A Data General está também 
em contacto e fornece suporte 
operativo às mais proeminentes 
instituições de investigação em 
robótica, como a Universidade 
de Harvard e, conjuntamente 
com a Westinghouse Electric 
Corporation, com a 
Universidade de Pitsburgh. 
Deste esforço intenso de 
desenvolvimento já resultou um 


ambiente operativo para a 
linguagem de I.A. mais popular 
dos EUA o “Common Lisp 
Programming Environment”. 
Para além desta, a outra grande 
linguagem da 1.A., o Prolog, 
que foi desenvolvido na Europa 
e adoptado pelos japoneses para 
o seu projecto “Computador da 
Quinta Geração”, já se encontra 
disponível nos computadores 
Data General. 
“A investigação nos assuntos 
relacionados com a |.A. tem-se 
vindo a efectuar desde o 
princípio dos anos 60, mas só 
recentemente se obtiveram 
indicadores que a |.A-é uma 
solução prática e eficaz em 
termos de custo para várias 
áreas”, disse o dr. Luis de 
Almeida da Direcção de 
Projectos Especiais da Cassel 
Data, que acrescentou: “A LA. 
não é a solução ideal para todo 
o problema, ainda existe grande 
discussão sobre em que 
problemas concretos aplicar a 
|.A., mas o seu campo eficaz de 
actuação tem tido um 
desenvolvimento surpreendente.” 
D) 


Esta secção está aberta a todos 
os fornecedores de equipamentos 
e sistemas informáticos para 
divulgação de documentos 
relacionados com novos produtos; 
contudo a Direcção reserva-se o 
direito de analisar e decidir da 
qualidade mínima para publicação. 
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TRÊS SOLUÇÕES E) Bete HOELL 
PARA REORGANIZAR O SEU ARQUIVO! 


A BELL & HOWELL é uma das maiores produtoras de equipamento 
para MICROFILME, a quem se deve a criação e desenvolvimento de 
um completo € avançado sistema de registo de documentos, 
microfilmagem € tratamento de informações. 

O sistema de arquivo de microfilme em bobines está indicado para: 


e Arquivos de transacções comerciais. 
e Registos activos OU históricos. 
e Documentos OU formulários em contínuo. 


E apresenta às seguintes vantagens: 


e Consulta de qualquer documento de um arquivo em menos de 60 
segundos. 

e Segurança total do arquivo. 

e Economia de espaço (98 %). 


Por isso, Lima Mayer faz-lhe três sugestões, para reorganizar o seu 
arquivo: 


1 Ou nós vamos à sua empresa microfilmar o seu 
arquivo; 
1] Ou remete-nos à documentação para ser 

microfilmada nas nossas instalações; 
m Ou adquire-nos um sistema BELL & 
HOWELL. 
Tudo isto é resultado da enorme capacida- 
de e versatilidade BELL & HOWELL para 
solucionar problemas de TEMPO, ESPAÇO 
s ARRUMAÇÃO no seu escritório ou em 
presa. 


TRÊS SUGESTÕES. TRÊS SOLUÇÕES. 


LIMA MAYER 


Lisboa - Tel. 8540 
E 71 - Porto - Tel. 69 
. 693445 - Coimbra - T 
- Tel. 75562 


PROGRAMA DE APOIO FINANCEIRO 


À MODERNIZAÇÃO E DESENVOLVIMENTO DAS PME/84 


150 000 contos para apoiar o investimento das PME industriais 


O A integração do nosso país na Comunidade Europeia 
exige a reestruturação inadiável da indústria portuguesa, 
em particular nas PME. 


O Este programa é um reforço da política de modernização e apoio as PME, 
desenvolvendo-se através de um conjunto integrado de acções, 
para as quais estão desde já abertas as candidaturas. 


Financiamento ao investimento, 
reembolsável e sem juros, 
que poderá cobrir até 50% 

(G=9) dos custos dos activos fixos daquele investimento, 
no limite máximo de 10 000 contos por empresa: 


O prazo destes empréstimos será de 7 anos, 
com 18 meses de utilização e deferimento. 


PROGRAMA 


O Recepção de candidaturas até 30/10/84 | 


= INSTITUTO DE APOIO ÀS PEQUENAS E MÉDIAS EMPRESAS INDUSTRIAIS 
EM MINISTÉRIO DA INDÚSTRIA, E ENERGIA 


es | 
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EUROBEE FT-20 


Compatibilidade com VT100 
Cinescópio de 14 polegadas 


Caractéres 9x 13 

80/132 colunas 

27 linhas 

9 conjuntos de caracteres 
Possibilidade plena de edição 

8 teclas de funções 
programáveis 

«Scroll» programável 

Porta de comunicações 
RS-232-C programável 

(até 19.200 baud) 

Porta auxiliar de características 
semelhantes 

Completamente configurável 
através do teclado e/ou linha 
Concepção ergonómica com 
monitor inclinável e rotativo, 
teclado de baixo perfil segundo 
as especificações DIN (as únicas 
existentes para teclados 
ergonómicos) 

Alta fiabilidade 

Baixo custo 


do 
, Mes E gi 


* Marca registada da Digital Equipment Corporation 


COMPUTADORES e PERIFÉRICOS e SOFTWARE e SERVIÇOS 


informática 
e UMA ESCOLHA INTELIGENTE e 


“RUA FIALHO DE ALMEIDA, 5-2.º Dt.? 1000 LISBOA Tel.: 57 1916 


; FABRICADO NA EUROPA 
com fósforo verde PARA A EUROPA 


